Hin und wieder, egal für welches Unternehmen ich arbeite, werde ich gebeten, eine neue Produktionsdatenbank einzurichten. Ich habe heute genau an dieser Aufgabe gearbeitet, als ich anfing, darüber nachzudenken, wie viel Arbeit es in der Vergangenheit war, eine brandneue Datenbank zu erstellen, wie viel die DBCA heute für uns erledigt und wie viel noch zu tun ist.
Derzeit haben wir eine Entwicklungs- und Testdatenbank für unsere Drittanbieteranwendung. Wir werden die Anwendung bis Ende der Woche in die Produktion einführen, daher wurde ich damit beauftragt, eine Produktionsversion dieser Datenbank einzurichten. Der Produktionsdatenbankserver ist ein 3-Knoten-RAC-Cluster, der bereits für mich eingerichtet wurde, da wir derzeit zwei andere Datenbanken auf dem Cluster ausführen. Das erspart mir also den Schritt, die Grid-Infrastruktur und die RDBMS-Software zu installieren und zu konfigurieren. Aber als ich mit dem Aufbau der Datenbank begann, dachte ich darüber nach, wie viel Arbeit ich noch zu erledigen hatte. Und da wir selten brandneue Produktionsdatenbanken aufbauen, sind einige dieser Aufgaben nicht so leicht zu merken wie andere. Im Folgenden sind die Schritte aufgeführt, die ich heute ausgeführt habe, um die Produktionsdatenbank zum Laufen zu bringen.
1. Anhand der Entwicklungs-/Testdatenbanken habe ich meine Anforderungen an Arbeitsspeicher und Festplattenspeicher ermittelt.
2. Ich habe überprüft, dass der Produktions-RAC-Cluster über genügend Arbeitsspeicher verfügt, um die neuen Datenbankinstanzen zu unterstützen.
3. Ich habe mit meinem Speicheradministrator zusammengearbeitet, um den erforderlichen Festplattenspeicher auf dem Cluster bereitzustellen.
4. Ich habe dann den DBCA gestartet, um die brandneue Datenbank zu erstellen. Ich ging durch den Assistenten und füllte die entsprechenden Werte aus und ließ dann DBCA seine Magie wirken.
5. Ich mag es wirklich nicht, wie der DBCA mich Redo-Logs erstellen/zuordnen lässt, also habe ich nach dem Erstellen der Datenbank meine eigenen Redo-Log-Gruppen erstellt (natürlich gemultiplext) und die Redo-Log-Gruppen gelöscht, die der DBCA für mich erstellt hat.
6. Ich kann nie herausfinden, wie man eine 3. Steuerdatei im DBCA hinzufügt. Nachdem die Datenbank erstellt wurde, fahre ich sie herunter, erstelle eine dritte Kopie der Steuerdatei, aktualisiere die SPFILE mit der Tatsache, dass es jetzt 3 Steuerdateien gibt, und starte die Datenbank.
7. Die DBCA hat meine Passwortdatei und spfile an Orten abgelegt, die für mich nicht optimal sind. Also habe ich sie verschoben. In $ORACLE_HOME/dbs habe ich Softlinks erstellt, die auf die neuen Speicherorte verweisen. Dann habe ich srvctl verwendet, um den Spfile-Speicherort in CRS zu aktualisieren.
8. Ich habe noch nie den DBCA verwendet, um den Archivelog-Modus einzurichten. Also überspringe ich diesen Teil des DBCA immer. Außerdem gefällt mir die Idee, meine Redo-Protokolle nicht zu archivieren, wenn die DBCA die Datenbank erstellt, um diesen Prozess zu beschleunigen. An diesem Punkt richte ich also die Archivprotokollierung für die Datenbank ein.
9. Die Datenbank wird mit einem Standby verwendet und ich möchte sicherstellen, dass ich mindestens einmal pro Stunde einen Protokollwechsel habe, also setze ich ARCHIVE_LAG_TARGET auf 3600.
An diesem Punkt ist die Bare-Bones-Datenbank eingerichtet und einsatzbereit. Jetzt ist es an der Zeit, die Datenbank für unsere Anwendung zu lesen.
10. Ich richte alle erforderlichen Tablespaces für die Anwendung ein.
11. Ich richte alle erforderlichen Benutzer für die Anwendung ein.
12. Der Standard-Tablespace der Datenbank wurde in einen der oben erstellten geändert. Dann den Tablespace USERS gelöscht.
13. Da es sich um eine RAC-Datenbank handelt, müssen wir den Dienst für die Verbindung der Anwendung einrichten.
14. Nachdem die Datenbank nun für die Anwendung bereit ist, müssen wir die Standby-Datenbank einrichten. Dies ging ganz einfach mit dem Assistenten zum Hinzufügen einer Standby-Datenbank in Grid Control.
15. Unsere Standby-Datenbank befindet sich auf einem RAC-Cluster mit 2 Knoten. Der Assistent „Standby-Datenbank hinzufügen“ erstellt eine Einzelinstanzdatenbank, sodass der Assistent „In Cluster-Datenbank konvertieren“ in Grid Control ausgeführt wurde, um die Standby-Datenbank zu einer RAC-Datenbank zu machen.
Der letzte Schritt bestand schließlich darin, sicherzustellen, dass alle Wartungsaufgaben auf die neue Datenbank ausgedehnt wurden. Beispielsweise mussten Cron-Jobs zum Löschen alter Protokolldateien für die neue Instanz geändert werden.
Wow! Das ist viel Arbeit, um eine erste Datenbank in unserer Produktionsumgebung einzurichten. Wie ich eingangs sagte, nimmt uns die DBCA jetzt viel Arbeit ab. Und Grid Control automatisiert auch einen Großteil der Standby-Erstellungsarbeit. Aber es sind noch viele Schritte erforderlich.
