Új hozzászólás Aktív témák
-
#675
papasoft80
tag
papasoft80
tag
Remélem van itt olyan, aki tud segíteni, mert nem tudom hogyan induljak el.
Korábban Oracle 8i-t használtam Delphi 6-ból ADO-val Oracle Forms Runtime-al(a Net8 miatt).
Na most ez már nem elérhető, így váltanom kellett Oracle 11g R2-re. A Forms Runtime-ot amúgy sem használom és most rátaláltam az Oracle Instant Client(továbbiakban OIC)-re, ami úgy láttam, hogy pont a nekem való megoldás.
Nagy nehezen sikerült megoldanom, hogy a kliens gépről SQLPlus-al már megy a kapcsolat az OIC-el. Persze tnsnames.ora és sqlnet.ora nélkül "sima" kapcsolódással(user/password@//ip:port/SID).Namost a problémám, hogy hogyan tudok Delphi-ből(6-os vagy 7-es, vagy esetleg újabb, de azokat nem ismerem) kapcsolódni az Oracle 11-hez az OIC-en keresztül. Az ADO mindenáron keresi a "Forms Runtime szerű" adatokat a kapcsolathoz és nem tudom hogyan lehetne megmondani neki, hogy hogyan kapcsolódjon.
ODBC is játszik, ha azzal menne a dolog. Win7 64bit-en próbáltam az OIC-ODBC-s verzióját és ment a kapcsolat tesztelése(az ODBC managerben), XP-n már nem ment. Próbáltam a környezeti változókat is megadni, hátha(ORACLE_HOME, TNS_ADMIN).
VirtualBox-ot használok. Host: Win7 64bit OIC64bit_11.2.0.1. guest1: CentOS6.5 Oracle 11gR2_0.1. guest2: XP OICx32_11.2.0.1 Bridge-el hálózattal, vagyis a guest gépeknek is azonos tartományú az IP-címe.
Gyors megoldás kellene, ha favágós, az sem érdekel, majd később finomítom.
Segítségeteket előre is nagyon köszönöm! -
#677
papasoft80
tag
rum-cajsz
#676
papasoft80
tag
válasz
rum-cajsz
#676
üzenetére
Tökéletes meglátás! Nagyon köszönöm!
Nem tudtam, hogy már case-sensitive lett az Oracle. A 8.1.7-ben, még a jelszavaknál sem nézte
Most a gondom, hogy nem látszanak az ékezetek az adatoknál, de ez már inkább az adat migrálás miatt lehet. Az eredeti dump EE8MSWIN1250 NCHAR-ban készült és EE8MSWIN1250 UTF-8-ba lett befogadva. Lehet, hogy itt kell majd valamit mahinálni, majd utána olvasok.
Még egyszer köszönöm a gyors választ!
-
#678
papasoft80
tag
papasoft80
#677
papasoft80
tag
válasz
papasoft80
#677
üzenetére
Pfúú! Nagy ám itt a káosz(a fejemben is egyre inkább)
Az úgy volt, hogy egy linux-os szerveren volt egy Oracle 8.1.7, onnan az alábbi dump készült:
Kapcsolódva: Oracle8i Enterprise Edition Release 8.1.7.0.1 - Production
JServer Release 8.1.7.0.1 - Production
Az exportálás EE8ISO8859P2 karakterkészlettel és EE8ISO8859P2 NCHAR karakterkészlettel befejeződöttEz be lett töltve egy win-es Oracle 8.1.7-be így:
Kapcsolódva: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
JServer Release 8.1.7.0.0 - Production
Exportfájl, amelyet a hagyományos elérési útvonalon keresztül EXPORT:V08.01.07 hozott létre
az importálás a(z) EE8MSWIN1250 karakterkészletben és a(z) EE8MSWIN1250 NCHAR karakterkészletben történt
az exportáló ügyfél a(z) EE8ISO8859P2 karakterkészletet használja (lehet, hogy karakterkészlet-konverzióra kerül sor)
az exportáló kiszolg. a(z) EE8ISO8859P2 NCHAR kar.készletet használja (lehet, hogy a nemzeti kar.készlet konverziójára kerül sor)Itt látszanak az ékezetek.
Ebből az export így néz ki:
Kapcsolódva: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
JServer Release 8.1.7.0.0 - Production
Az exportálás EE8MSWIN1250 karakterkészlettel és EE8MSWIN1250 NCHAR karakterkészlettel befejeződöttA feladat az lenne, hogy a Windows-os gépről kellene olyan exportot készítenem, ami tartalmazza az ékezeteket és ezt kellene betöltenem egy linuxos Oracle 11g R2.0.1-be, amit - ha jól láttam a createdb.sql-ben - sikerült EE8MSWIN1250 UTF8-al létrehozni.
Az ellenőrzést az is bonyolítja, hogy az SQLPlus a környezeti NLS_LANG változóra érzékenyen jeleníti meg a szöveget.
A kérdés, hogy jó-e így a 11g adatbázis, vagy csináljak újat más karakterkészlettel, vagy van valami mód a migrálásra?
Korrigáljatok, ha nagy baromságokat írtam. -
#881
papasoft80
tag
papasoft80
tag
Sziasztok!
CentOS 6.5 alatt használok virtuálisan egy 11.2-es Oracle-t. A külső kapcsolatok mennek rendesen egyedi porton. Az Enterprise Manager web-es felületére viszont nem tudok bejelentkezni(unable to connect). Amikor indítom a dbconsole-t (emctl start dbconsol) akkor sokáig várakozik, majd leáll azzal, hogy "failed".
Az adatbázis elindul rendesen és be is tudok jelentkezni, dolgozni is tudok benne.
A probléma lehet, hogy összefügg azzal, hogy néhány napja volt sajnos egy helyelfogyás. Azonban emlékeimben úgy él, hogy valamit régebben is trükközni kellett, hogy be tudjak lépni az ":5500/em"-be, de sajnos nem emlékszem már, hogy mi volt az. Több éve telepítettem a szervert és ritkán szoktam erre a felületre belépni.
A log-okat és a futó folyamatokat nézve úgy látom, mintha valami JAVA vagy hálózati hiba lenne, esetleg mindkettő, vagy a JAVA a hálózati hiba miatt döglik meg. A log-okban nem sikerül semmihez sem kapcsolódni a dbconsole-nak(Connection refused (error = 111)). Egy "JAVA <defunct>" pedig fut a háttérben változó CPU terheléssel 5-60%-ig amint megpróbálom elindítani a dbconsole-t, az adatbázis közben nem fut.
Van esetleg ötletetek, hogy mit tudok tenni?Előre is köszönöm az időtöket!
-
#883
papasoft80
tag
bpx
#882
papasoft80
tag
Köszönöm a gyors választ!
Titkon én is valami ilyet szerettem volna(újra létrehozni a konfigokat), de az az igazság, hogy nem igazán van időm mélyebben belemászni és attól féltek/féltem, hogy a jelenleginél is rosszabb állapotot okozok és nincs kedvem az egészet újrarakni.
Ha azt mondod, hogy ezeket lefuttathatom nyugodtan, akkor rendben, de azért esetleg megadnád, hogy melyik könyvtárakat mentem le, hogy kedvezőtlen esetben vissza tudjam állítani a jelenlegi félig rossz helyzetet?
Új hozzászólás Aktív témák
- Autós topik
- Koreai autók topic (Kia, Hyundai, stb.)
- Háztartási gépek
- Csinált valamit a Nokia: megváltoznak a telefonhívások
- Filmvilág
- Épített vízhűtés (nem kompakt) topic
- Star Trek
- Milyen billentyűzetet vegyek?
- Letartóztatták, mert AI segítségével csalt az egyetemi vizsgán
- Automata kávégépek
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen