Zamykanie bazy danych przed aktualizacją lub łatką można wykonać na kilka sposobów.
shutdown immediate;
lub
shutdown abort;
startup restrict;
shutdown immediate;
lub
shutdown abort;
startup restrict;
shutdown;
lub
alter system checkpoint;
shutdown abort;
startup restrict;
shutdown immediate;
Oczywiście są też inne opcje. Które powinny być preferowane i dlaczego?
źródło
shutdown abort
? Grając z antagonistą, jeśli możemy ufać, że Oracle wyzdrowieje poprawnie, gdy zostanie pobrana moc, czy nie powinniśmy ufać jej podczasshutdown abort
, szczególnie jeśli jest to szybsze i zamierzamy natychmiast wykonać astartup restrict
i ashutdown immediate
? Innymi słowy, czy są fakty, które możemy poprzeć strasznym ostrzeżeniem Oracleshutdown abort
?shutdown abort
związane z przypadkową kopią zapasową dzienników online, ale dzieje się tak tylko w przypadku, gdy nie wykonasz czystego zamknięcia. Jeśli wiesz, co robisz, myślę, żeshutdown abort
można to uznać za całkowicie bezpieczne - i nie jestem pewien, czy pozycja Oracle liczy się jako „straszne ostrzeżenie” ;-)Wolę metodę zamknięcia systemu , ponieważ jest to najszybszy sposób na wyłączenie bazy danych. istnieją pewne operacje, których nie można wykonać po przerwaniu wyłączania, np
w obu przypadkach baza danych została uszkodzona i należy ją przywrócić z pełnej kopii zapasowej.
od 9i zmiana nazwy bazy danych lub zmiana dbid może być dokonana za pomocą narzędzia dbnewid . o ile wiem narzędzie sprawdza, czy baza danych została poprawnie zamknięta. zmiana nazw plików danych, plików tymczasowych i plików dziennika może być wykonana przez wykonanie odpowiednich instrukcji SQL bez konieczności odtwarzania pliku kontrolnego.
źródło