Problem po migracji Oracle z 10g XE na 11g standard

[BartOr]

Witam,

Migracja bazy przeszła bez większych problemów, po migracji zainstalowany somed i tu pojawia się problem. Wydaje mi się, że wszystko ustawiłem dobrze a przy sprawdzaniu połączenia w konfiguratorze dostaje komunikat

Kod: [Zaznacz]

ORA-12504: TNS:nasłuch nie otrzymał SERVICE_NAME w CONNECT_DATA
System to windows serwer 2008 standart.

Zawartość pliku tnsnames.ora:

Kod: [Zaznacz]

SOMED =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = PCS1)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = SOMED)
    )
  )


Zawartość pliku listener.ora:

Kod: [Zaznacz]

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = SOMED)
      (SID_NAME = SOMED)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = PCS1)(PORT = 1521))
    )
  )

ADR_BASE_LISTENER = C:\app\Administrator

Może ktoś ma jakiś pomysł. Dzieki z góra za podpowiedź.

[09061303]

Somed odpalany z innego komputera czy z serwera win2008?
Ile bitów win server, ile bitów baza Oracle?
Wyrzuć jeszcze zawartość sqlnet.ora i zmiennej środowiskowej PATH (tutaj interesować nas powinny wpisy dotyczące oracla).

I takie jeszcze jedno pytanie - czy czasem wcześniej na tym samym kompie nie stał Oracle 10?

[BartOr]

Więc tak:

Somed odpalany z serwera, nazwa serwera PCS1.
Win ser 64 bit, oracle 64bit standart.
Zawartość sqlnet.ora:

Kod: [Zaznacz]

# sqlnet.ora Network Configuration File: C:\app\Administrator\product\11.2.0\dbhome_1\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.

# This file is actually generated by netca. But if customers choose to
# install "Software Only", this file wont exist and without the native
# authentication, they will not be able to connect to the database on NT.

SQLNET.AUTHENTICATION_SERVICES= (NTS)

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)


Zmiennej środowiskowej PATH

Kod: [Zaznacz]

C:\app\Administrator\product\11.2.0\client_12;C:\app\Administrator\product\11.2.0\client_11;C:\app\Administrator\product\11.2.0\client_1;C:\app\Administrator\product\11.2.0\dbhome_1\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\
Raczej nie było tu Oracla chociaż nie wiem bo przejeliśmy serwer i przychodnie po poprzedniej firmie. Serwer nowy kupiony rok temu a somed nadal na starym dell'u GX620 i win XP Może ktoś wcześniej próbował coś tu stawiać chociaż wydaje mi się, że raczej nie.


PS.: Sprawdzałem z innego komputera w sieci połączenie i dostaje taki sam komunikat.

[Sorn]

Zamiast hosta wpisz adres IP.
Druga sprawa, upewnij się, że masz zainstalowanego klienta 32bit na serwerze bo na 64bit somed nie pójdzie.
Sprawdź czy masz otwarty port 1521 na firewall.

[BartOr]

Próbowałem wpisać IP, komunikat taki sam.
Klient na 100% jest 32 bit. Port otwarty.

[09061303]

W ścieżce PATH widać ślady po trzech klientach - albo są dalej zainstalowane albo nie były do końca poprawnie odinstalowywane. Ja bym zrobił z tym porządek.
Druga sprawa, odinstalowałbym wszystkie klienty, wyczyścił po nich katalogi (na wszelki), spradził PATHa czy nie ma pozostałości po klientach (powinien zostać tylko wpis dla bazy) i spróbował się zalogować sqlplusem spod samej bazy (da radę bez klienta) - jak nie wywali błędu, to próbowałbym instalować dopiero klienta 32bit w wersji 11 (12 nie dotykałbym, nie ma potrzeby). Jakby wywaliło błąd przy łączeniu po nazwie bazy (@PCS1) to spróbowałbym bez łączenia bez aliasu (czasem jest inny wynik). Wtedy wiemy czy listner nie ma jakichś problemów. Co dalej - trzeba zobaczyć jakie będą wyniki powyższego.

[BartOr]

Postawiłem na drugim kompie na windowsie 7 oracla tego samego, czyli standart one. Ten sam komunikat. Windows 7 64bit, oracle 64 bit, client 32 bit. Czysta instalacja windowsa, oracla i someda. To samo co tam... Więc to jednak nie od ilości instalacji clienta

[09061303]

Ale zmienna PATH może być skrzaczona po stronie serwera i jak nie poprawisz tam pewnych rzeczy, to nieważne skąd się połączysz, może być problem. Nie mówię, że to jest na pewno przez to, ale poszedłbym tą ścieżką, o której wcześniej pisałem.

[BartOr]

Serwer postawiłem na innym kompie Czysty windows i czysty oracle i to samo jest, więc podejrzewam, że coś nie umiem skonfigurować tego oracla standart edition one, skoro na dwuch różnych maszynach jako serwery jest to samo...

PS. Na czystym systemie postawiłem darmowego oracla 11g XE i zaimportowałem bazę i łączy się, więc problem na 100% jest z konfiguracją oracla standard ...

[Sorn]

A masz uruchomionego listenera czy tylko plik konfiguracyjny w notatniku uruchomiłeś?
Spróbuj konfiguratorem graficznym zmienić konfigurację.
Może coś pomoże.

[Sławek]

Witam

Mam podobny problem, instaluję nową końcówkę i wyskakuje mi taki sam problem.
Wygoglowałem sobie błąd i problem teoretycznie dotyczy pliku tnsnames.ora, niestety według mnie jest Ok napisałem na pomoc do Kamsoftu i dostałem taką odpowiedź :
"Czy jest zainstalowany tylko 1 klient Oracla? Jeśli jest ich więcej niż 1 to być może plik tnsnames jest czytany z innej lokalizacji?
Czy parametr SERVICE_NAME jest poprawny?
XXX =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.10.0.0)(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME =XXX)))"
Sprawdziłem wcześniej z innym kompem który działa i jest identyczny a że to nowy komputer to nie ma możliwości żeby był inna instalka. Paradoksalnie poprzez Net Cofigurator Asisantan się łączy ale na poziomie sqlplusa już nie.
Reasumując sprawdź polecenie tnsping nazwa aliasu czy masz poprawną ścieżkę , czy przypadkiem nie próbuje korzystać z innego i porównaj sobie zawartość w/w pliku z innym kompem. Niestety u mnie nadal temat jest nierozwiązany, podejrzewam że może coś w systemie blokuje może jakaś aktualizacja, nie wiem.

Pozdrawiam

[BartOr]

Dokładnie u mnie też przez Net Cofigurator Asisantant łączy się.

@Sorn

Konfigurowałem przez Net Configurator Asistant. Próbowałem to zmieniać na różne sposoby i za każdym razem ten sam błąd.

[Sorn]

@BartOr
W zmiennej path masz kilka ścieżek do klienta oracle.
Wejdź do katalogu C:\app\Administrator\product\11.2.0\ i zobacz ile masz tam katalogów zaczynających się od client.
Wywal wszystkie takie katalogi, zainstaluj clienta 32 bit od nowa.
Wrzuć tam właściwy plik tnsnames.ora i spróbuj ponownie.

[BartOr]

Zrobiłem jak napisałeś, zawartość PATH:

Kod: [Zaznacz]

C:\app\Administrator\product\11.2.0\client_1;C:\app\Administrator\product\11.2.0\dbhome_2\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\
Nadal to samo

[Sławek]

Dzisiaj czekałem cały dzień na odpowiedź z KS ale się nie doczekałem :/