Jedną z „praktyk”, które widziałem podczas wykonywania przez DBA w mojej organizacji, jest traktowanie pełnego eksportu bazy danych za pomocą narzędzi takich jak exp/ expdpjako kopia zapasowa.
Czy to byłaby dobra praktyka? Jakie byłyby zalety korzystania z RMAN w porównaniu z tym podejściem?
Odpowiedzi:
Zaletą RMAN jest PITR - odzyskiwanie punktu w czasie. Możesz wykonać kopię zapasową plików DBF w RMAN i kopię zapasową zarchiwizowanych dzienników powtórzeń w RMAN i odzyskać bazę danych w dowolnym momencie do czasu ostatniej kopii zapasowej zarchiwizowanego dziennika. Wadą tego podejścia jest to, że jest bardzo gruboziarnisty - możesz odzyskać tylko na poziomie obszaru tabel.
Zaletą exp / expdp jest to, że masz spójną kopię bazy danych, którą możesz po prostu zaimportować do świeżo utworzonej pustej bazy danych. Nie można go jednak przenieść do przodu - w tym momencie jest to całkowicie osobna, niezależna baza danych bez logicznego związku z jej pierwotną wersją. Łatwo jest jednak odzyskać tylko jedną tabelę lub nawet kilka wierszy z eksportu.
Dobrym podejściem byłyby regularne pełne i przyrostowe kopie zapasowe plików danych RMAN, ciągłe kopie zapasowe zarchiwizowanych dzienników ponawiania (np. Jak tylko zakończy się tworzenie jednej kopii zapasowej archiwum, zacznij od razu następną, aby „przesyłać strumieniowo” dzienniki na taśmę), a następnie edukuj użytkowników przy użyciu exp / imp, aby mogli wykonywać własne „kopie zapasowe” (w przypadku potrzeby faktycznej kopii danych) i flashback (aby mogli wykonać własne odzyskiwanie w przypadku awarii DML).
Pamiętaj - kopia zapasowa jest przeznaczona dla DBA do odzyskania po katastrofalnej awarii sprzętu. Nie jest to z korzyścią dla użytkowników końcowych (lub poświęcisz cały czas na przywracanie do systemu testowego i kopiowanie kilku wierszy z powrotem do oryginału!).
źródło
Exp / Expdp jako rozwiązanie do tworzenia kopii zapasowych jest jak powiedzenie, że sklep z częściami samochodowymi jest twoim samochodem zapasowym. Technicznie sprawi, że wrócisz do działania, ale nie spowoduje nic poza bólem i cierpieniem.
Exp lub Expdp mogą być używane jako dodatkowa kopia zapasowa kopii zapasowych systemu plików na zimno lub rman hot lub cold backupów (inne oprogramowanie klienckie Oracle wykonuje zwykle tylko polecenia RMAN).
Typowa metodologia byłaby następująca:
A jeśli naprawdę chcesz być ostrożny, okresowo transportuj zarchiwizowane dzienniki powtórzeń z serwera (co godzinę działa) lub ustaw zdalną lokalizację dla drugiego miejsca docelowego dziennika archiwum.
- RMAN * nowy -
Moja typowa sesja RMAN:
„Kopia zapasowa jako skompresowany zestaw kopii zapasowych ...”: Możesz także zrobić obraz, który jest bajtem dla bajtowej kopii plików danych. Byłoby to dobre jako cotygodniowa kopia zapasowa.
„... baza danych ...”: całkiem oczywiste
„... plus archivelogs ...”: daje nam punktowe odzyskiwanie czasu (i klonowanie w czasie [duplikowanie polecenia w rman])
„... usuń dane wejściowe”: usuń dzienniki archiwów, których kopie zapasowe utworzono. Możesz to również ustawić, aby usunąć te, których kopię zapasową utworzono co najmniej dwa razy itp.
„usuń nieaktualne”: gdy skonfigurujesz swoje zasady przechowywania rmana (moje to 5 dni), spowoduje to usunięcie kopii zapasowych poza tym oknem. To nie znaczy, że możemy odzyskać dopiero 5 dni temu. Nadal powinieneś mieć codzienne kopie zapasowe taśmy / serwera poza obszarem odzyskiwania flash. Oznacza to po prostu, że w trybie online będziesz mieć 5 dni odzyskiwania, a następnie będziesz musiał przywrócić elementy obszaru odzyskiwania flash z kopii zapasowej na taśmie / poza serwerem, a następnie zarejestruj je w rman, aby z nich skorzystać.
Oto rzeczywisty dziennik z sesji, nieznacznie zmodyfikowany dla ścieżki itp.:
źródło
Zalety RMAN są następujące:
źródło