Co jakiś czas, bez względu na to, w jakiej firmie pracuję, jestem proszony o założenie nowej produkcyjnej bazy danych. Pracowałem nad tym właśnie dzisiaj, kiedy zacząłem myśleć o tym, ile pracy wymagało stworzenie nowej bazy danych w przeszłości, ile DBCA obsługuje dzisiaj dla nas i ile jeszcze zostało do zrobienia.
Obecnie posiadamy bazę programistyczną i testową dla naszej aplikacji innej firmy. Wdrożymy aplikację do środowiska produkcyjnego do końca tygodnia, więc miałem za zadanie skonfigurować produkcyjną wersję tej bazy danych. Produkcyjny serwer bazy danych to 3-węzłowy klaster RAC, który został już dla mnie skonfigurowany, ponieważ obecnie w klastrze działają dwie inne bazy danych. Dzięki temu oszczędzam na etapie instalowania i konfigurowania infrastruktury sieciowej i oprogramowania RDBMS. Ale kiedy zacząłem konfigurować bazę danych, zacząłem myśleć o tym, ile jeszcze pracy zostało mi do wykonania. A ponieważ rzadko tworzymy zupełnie nowe produkcyjne bazy danych, niektóre z tych zadań nie są tak łatwe do zapamiętania jak inne. Poniżej znajdują się kroki, przez które przeszedłem dzisiaj, aby uruchomić produkcyjną bazę danych.
1. Korzystając z baz dev/test jako przewodnika, określiłem wymagania dotyczące pamięci i miejsca na dysku.
2. Sprawdziłem, czy produkcyjny klaster RAC ma wystarczającą ilość pamięci do obsługi nowych instancji bazy danych.
3. Współpracowałem z administratorem pamięci masowej, aby uzyskać niezbędną pamięć dyskową zamontowaną w klastrze.
4. Następnie odpaliłem DBCA, aby stworzyć zupełnie nową bazę danych. Przeszedłem przez kreatora i uzupełniłem odpowiednie wartości, a następnie pozwoliłem DBCA zrobić swoją magię.
5. Naprawdę nie podoba mi się, w jaki sposób DBCA pozwala mi tworzyć/alokować logi ponawiania, więc po utworzeniu bazy danych utworzyłem własne grupy dzienników ponawiania (oczywiście zmultipleksowane) i upuściłem grupy dzienników ponawiania utworzone dla mnie przez DBCA.
6. Nigdy nie wiem, jak dodać trzeci plik kontrolny w DBCA. Więc po utworzeniu bazy danych zamykam ją, robię trzecią kopię pliku kontrolnego, aktualizuję SPFILE o to, że są teraz 3 pliki kontrolne i uruchamiam bazę danych.
7. DBCA umieściło mój plik haseł i plik spfile w lokalizacjach, które nie są dla mnie optymalne. Więc je przeniosłem. W $ORACLE_HOME/dbs stworzyłem softlinki wskazujące na nowe lokalizacje. Następnie użyłem srvctl do aktualizacji lokalizacji spfile w CRS.
8. Nigdy nie użyłem DBCA do ustawienia trybu archiwizacji. Więc zawsze pomijam tę część DBCA. Ponadto podoba mi się pomysł, aby nie archiwizować moich dzienników przeróbek, gdy DBCA tworzy bazę danych, aby przyspieszyć ten proces. W tym momencie ustawiłem rejestrowanie archiwum dla bazy danych.
9. Baza danych będzie używana w trybie gotowości i chcę mieć pewność, że mam przełącznik dziennika co najmniej raz na godzinę, więc ustawiam ARCHIVE_LAG_TARGET na 3600.
W tym momencie baza danych gołych kości jest skonfigurowana i gotowa do użycia. Teraz czas na odczytanie bazy danych dla naszej aplikacji.
10. Ustawiłem wszystkie wymagane przestrzenie tabel dla aplikacji.
11. Skonfigurowałem wszystkich wymaganych użytkowników dla aplikacji.
12. Zmieniłem domyślny obszar tabel bazy danych na jeden z tych, które stworzyłem powyżej. Następnie usunięto obszar tabel USERS.
13. Ponieważ jest to baza danych RAC, musimy skonfigurować usługę, aby aplikacja mogła się połączyć.
14. Teraz, gdy baza danych jest gotowa dla aplikacji, musimy skonfigurować bazę danych Standby. Można to łatwo zrobić za pomocą kreatora dodawania rezerwowej bazy danych w sterowaniu siecią.
15. Nasza baza danych w trybie gotowości znajduje się w 2-węzłowym klastrze RAC. Kreator dodawania rezerwowej bazy danych tworzy bazę danych o jednym wystąpieniu, więc kreator konwertowania na bazę danych klastrów został uruchomiony w trybie Grid Control w celu przekształcenia rezerwowej bazy danych w bazę danych RAC.
Ostatnim krokiem było zapewnienie, aby wszelkie zadania konserwacyjne zostały rozszerzone na nową bazę danych. Na przykład zadania cron do usuwania starych plików dziennika musiały zostać zmodyfikowane dla nowej instancji.
Wow! To dużo pracy, aby skonfigurować początkową bazę danych w naszym środowisku produkcyjnym. Jak powiedziałem na początku, DBCA wykonuje dla nas teraz dużo pracy. Grid Control automatyzuje również wiele prac związanych z tworzeniem trybu gotowości. Ale nadal jest wiele zaangażowanych kroków.
