Problem z Oracle (błąd połączenia) - ORA-12528, TNS:listener: all appropriate instances are blocking new connections

Witam, po zainstalowaniu Oracle i Sql developer nie mogę połączyć się z niczym w żaden sposób mimo różnych prób rozwiązania tego i otrzymuję ciągle dane komunikaty (ewentualnie inne po próbie podziałania z pomocą poradników na internecie):

Status : Failure -Test failed: Listener refused the connection with the following error:
ORA-12528, TNS:listener: all appropriate instances are blocking new connections

Pokazuję screeny, które mogą coś wyjaśnić, co mogę zrobić, żeby to naprawić?

na 99% posypały się control file rozwiązania są 3:

1. przywrócić bazę z kopii
2. odinstalować i zainstalować oracle i zacząć od nowa
3. https://orahow.com/resolved-ora-00600-internal-error-code-arguments-kcratr_nab_less_than_odr-1-210-39496-39684/

abrakadaber napisał(a):

na 99% posypały się control file rozwiązania są 3:

1. przywrócić bazę z kopii
2. odinstalować i zainstalować oracle i zacząć od nowa
3. https://orahow.com/resolved-ora-00600-internal-error-code-arguments-kcratr_nab_less_than_odr-1-210-39496-39684/

1. Nie miałem z czego kopii robić nawet, po samym zainstalowaniu dosłownie mam wspomniany problem przy próbie połączenia jakiegokolwiek.
2. Czy to na pewno pomoże? Może da się to jakoś naprawić teraz?
3. Mam także inne problemy. (mniejsza o to, że nie do końca rozumiem punktu 3 ze wspomnianego linku)

@Glanc: Możesz spróbować zrekreować control files. Jeśli bazę uda się odpalić w trybie mount, to można zrobić backup control file do trejsa i utworzyć control file na nowo.

0. Zrób kopię control files.

1. Połóż bazę i otwórz w trybie mount

shutdown abort;
startup mount;
alter database backup controlfile to trace;
oradebug setmypid;
oradebug tracefile_name;

Ostatnie polecenie pokaże lokalizację, do której trejs został zapisany. Tam powinieneś mieć fragment zaczynający się od:

CREATE CONTROLFILE REUSE DATABASE ...
;

2. Weź sobie skopiuj do schowka to CREATE CONTROLFILE ...;

3. Połóż bazę:

shutdown immediate;
startup nomount;
<< fragment d o tworzenia kontrol file>>;

4. Dodaj temp space:

alter tablespace temp add tempfile '/sciezka/do/pliku/na/przestrzen/temp01.dbf';

5. Baza powinna być w trybie mounted.

6. Przełącz na tryb open:

alter database open;

edycja:
Może baza po prostu jest w trybie restricted sessions. Przed utworzniem control file od nowa można sprawdzić:

select open_mode from v$database; 

Jeśli w trybie restricted, to można ten tryb wyłączyć:

alter system disable restricted session ;

Trochę zielony jestem w tym temacie szczerze, jak mógłbym zrobić kopię control files? Przy moich próbach ciężko bez kolejnych błędów. Posiadałem tylko dosłownie jeden plik stworzony w kilkanaście minut do nauki.
Jeśli to by ułatwiło sprawę, czy oszczędziło czas, mógłbym udostępnić dostęp do mojego komputera z pomocą Teamviewer, lub innego dostępnego programu i byłbym bardzo wdzięczny, jeśli udało się to jakoś rozwiązać z czyjąś pomocą.

Glanc napisał(a):

Trochę zielony jestem w tym temacie szczerze, jak mógłbym zrobić kopię control files?

Zwyczajnie Ctrl-C , Ctrl-V ;) Jeśli baza jest położona, to nic tych plików nie zmieni w trakcie tej operacji. Powinny mieć ten sam rozmiar i zawartość. Jeśli zauważysz, że jest różnica, to można spróbować:
a) nadpisać 01 plikiem 02 i spróbować podnieść bazę
b) jak się nie uda, odtworzyć oryginalne control file (po to kopia via Ctrl-C, Ctrl-V) i przetestować wariant nadpisania 02 plikiem 01

Przy moich próbach ciężko bez kolejnych błędów. Posiadałem tylko dosłownie jeden plik stworzony w kilkanaście minut do nauki.

Jeśli celem nie jest przećwiczenie różnych scenariuszy "recovery", to może lepiej oszczędzić sobie zachodu i postawić bazę od 0?

Uzupełnij pliki tns listener. Tam masz wpisane wszystkie dane potrzebne do połączenia. W google znajdziesz jak to zrobić.

Zerknij do alert.log najpierw. Tam baza napiasała co ją boli. Znajdź pierwsze wystąpienie problemu i przeanalizuj. Albo wklej to zerknę.