Skrypt do weryfikacji katalogu słownika danych Oracle DataPump

  • George Richardson
  • 0
  • 4205
  • 159

Paczka VERIFY_DATAPUMP sprawdza obiekty utworzone przez różne specyficzne skrypty DataPump znajdujące się w $ ORACLE_HOME / rdbms / admin, które są automatycznie wywoływane w catproc.sql.

Różne wersje mają różne obiekty DataPump w słowniku danych. W tej chwili pakiet działa tylko z 11gR2 i 12c.

Procedura CHECK_ALL jest rdzeniem pakietu. Wywołuje inne procedury wewnętrzne (podobne do odpowiednich skryptów) i wypełnia globalną kolekcję, która jest weryfikowana i opróżniana na końcu.

1. Pobierz plik verify_datapump.zip i zdekompresuj do określonego katalogu. Następnie zainstaluj procedury i pakiety zależne od wersji w swojej bazie danych za pomocą:

connect / as sysdba @ verify_datapump_header.sql @ verify_datapump_body.sql

Ciało jest bardzo duże i trwa do 10-15 minut.

2. Uruchom procedurę w SQL * Plus (jako SYSDBA) z:

@ verify_datapump_start.sql

3. Wyniki są drukowane w pliku śledzenia:

SQL> @ verify_datapump_start.sql Aby uzyskać więcej informacji, sprawdź plik śledzenia: C: \ DATABASES \ O12102 \ diag \ rdbms \ o12102 \ o12102 \ trace \ o12102_ora_7868_VERIFY_DATAPUMP.trc

Plik zawiera:

Plik śledzenia C: \ DATABASES \ O12102 \ diag \ rdbms \ o12102 \ o12102 \ trace \ o12102_ora_7880_VERIFY_DATAPUMP.trc Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64-bitowa produkcja z opcjami partycjonowania, OLAP, zaawansowanej analizy i testowania aplikacji Windows Wersja NT V6.1 z dodatkiem Service Pack 1 CPU: 4 - typ 8664, 2 rdzenie fizyczne Koligacja procesu: 0x0x0000000000000000 Pamięć (dostępna / łącznie): Ph: 2013M / 7865M, Ph + PgF: 9800M / 15729M Nazwa instancji: o12102 Ponów wątek zamontowany przez ta instancja: 1 numer procesu Oracle: 24 identyfikator wątku Windows: 7880, obraz: ORACLE.EXE (SHAD) *** 2015-06-25 13: 00: 42.019 *** SESSION ID: (6.22626) 2015-06-25 13: 00: 42.019 *** ID KLIENTA :() 2015-06-25 13: 00: 42.019 *** NAZWA USŁUGI: (UŻYTKOWNICY SYS $) 2015-06-25 13: 00: 42.019 *** NAZWA MODUŁU: (sqlplus.exe) 25.06.2015 13: 00: 42.019 *** STEROWNIK KLIENTA: (SQL * PLUS) 25.06.2015 13: 00: 42.019 *** NAZWA AKCJI :() 25.06.2015 13 : 00: 42.019 A-0000000001 25.06.2015 13: 00.42 ======================================= ==================================== ======= A-0000000002 25.06.2015 13: 00.42 Wersja: 12.1.0.2.0 A-0000000003 25.06.2015 13: 00.42 Zgodność: 12.1.0.2.0 A-0000000004 25.06.2015 13: 00.42 Wersja KATALOGU : 12.1.0.2.0 A-0000000005 25.06.2015 13: 00.42 Wersja XDB: 12.1.0.2.0 A-0000000006 25.06.2015 13: 00.42 Wydanie głównej bazy danych: 12 A-0000000007 25.06.2015 13: 00.42 Wersja konserwacji bazy danych: 1 A-0000000008 25.06.2015 13: 00.42 ========================================== ======================================== I-0000000009 25.06.2015 13: 00.42 wymagania wstępne TABELA SYS.DUAL [WAŻNA] I-0000000010 25.06.2015 13: 00.42 wymagania wstępne SELECT priv. na SYS.DUAL to PUBLIC [GRANTED] I-0000000011 25.06.2015 13: 00.42 wymagania wstępne SYNONYM PUBLIC.DUAL [VALID] I-0000000012 25.06.2015 13: 00.42 wymagania wstępne Nie znaleziono obiektów o nazwie SYS lub SYSTEM. [OK] I-0000000013 25.06.2015 13: 00.42 dbmsmeta.sql TYP SYS.KU $ _PARSED_ITEM [VALID] I-0000000014 25.06.2015 13: 00.42 dbmsmeta.sql EXECUTE priv. on SYS.KU $ _PARSED_ITEM to PUBLIC [GRANTED]… E-0000000945 25.06.2015 13: 00.42 catmetviews.sql WIDOK SYS.KU $ _ADD_SNAP_VIEW [NIE ZNALEZIONO] W-0000000946 25.06.2015 13: 00.42 catmetviews.sql VIEWS.KUl $ _REFGROUP_VIEW [INVALID]… E-0000001782 25.06.2015 13: 00.48 catmetgrant2.sql SELECT priv. na SYS.KU $ _ADD_SNAP_VIEW do SELECT_CATALOG_ROLE [BRAK]… A-0000006356 25.06.2015 13: 00.51 ============================= ==================================================== = A-0000006357 25.06.2015 13: 00.51 Proszę uruchomić następujące skrypty używając SQL * Plus podłączonego do bazy danych A-0000006358 25.06.2015 13: 00.51 jako SYSDBA. Skrypty znajdują się w katalogu $ ORACLE_HOME / rdbms / admin: A-0000006359 25.06.2015 13: 00.51 A-0000006360 25.06.2015 13: 00.51 catmetviews.sql A-0000006361 25.06.2015 13: 00.51 catmetgrant2.sql A-0000006362 25.06.2015 .2015 13: 00.51 utlrp.sql A-0000006363 25.06.2015 13: 00.51 =================================== =================================================

Lub, jeśli katalog DataPump jest kompletny:

A-0000006356 25.06.2015 13: 12.31 =========================================== ======================================= A-0000006357 25.06.2015 13: 12.31 Słownik DataPump jest aktualny. Nie są wymagane żadne dalsze kroki. A-0000006358 25.06.2015 13: 12.31 =========================================== =========================================

4. Usuń zainstalowane obiekty ze słownika danych za pomocą:

@verify_datapump_drop

DataPump w wielodostępnych bazach danych

Jeśli korzystasz z wielodostępnej bazy danych, powinieneś określić, czy napotkany problem dotyczy poziomu kontenera, czy jednej określonej podłączanej bazy danych (PDB). Po ustaleniu, uruchom skrypt w katalogu głównym (CDB $ ROOT) oraz w pliku PDB, w którym występuje problem. Oba wyjścia należy zweryfikować, aby określić, czy „Słownik DataPump jest aktualny”.




Jeszcze bez komentarzy

Zbiór przydatnych informacji o systemie operacyjnym Linux i nowych technologiach
Świeże artykuły, praktyczne wskazówki, szczegółowe recenzje i poradniki. Poczuj się jak w domu w świecie systemu operacyjnego Linux