News zu Oracle

Dbvisit Standby MP v11 – Getestet für Oracle Datenbanken.

Wir haben uns in den ersten beiden Teilen unseres kleinen Rund­um­schla­ges zum Thema Dbvisit Standby Mul­ti­plat­form v11 bereits grund­sätz­li­chen Themen als auch dem Einsatz von Dbvisit für SQL Server gewidmet.

Nun kommen wir im dritten und (vorerst) letzten Teil zur Be­trach­tung von MP v11 für das Ma­nage­ment von Oracle Standby Da­ten­ban­ken. Spoi­ler­alarm: auch hier fällt das Fazit wieder sehr positiv aus. 

In­stal­la­ti­on und Konfiguration

Agent

Der erste we­sent­li­che Un­ter­schied zu früheren Versionen fällt bereits bei der In­stal­la­ti­on auf. Während die Vor­ver­sio­nen mit einem Tarball der einzelnen Pro­dukt­kom­po­nen­ten plus Installer aus­ge­lie­fert wurden, finden wir in v11 nur noch zwei Binaries, den Installer für das Con­trol­cen­ter und den Installer für den Agent. Letzterer ersetzt die bisher selektiv in­stal­lier­ba­ren Kom­po­nen­ten Dbvagent, Dbvnet und Standby.

[oracle@c-tso-autoupgrade-01.test.aspicon.lan]$ unzip -q dbvisit-standbymp11.0.0-linux.zip
[oracle@c-tso-autoupgrade-01.test.aspicon.lan]$ ls dbvisit-standbymp11.0.0-linux
install-agent-v11.0.0 install-control-v11.0.0

Die nächsten grund­le­gen­den Neue­run­gen fallen bei der In­stal­la­ti­on des Agents auf. Es ist nun nicht mehr möglich, die In­stal­la­ti­on auf einzelne Kom­po­nen­ten ein­zu­schrän­ken, zum Beispiel, weil man keine GUI betreiben oder statt des dbvnet für den Fi­le­trans­fer die eta­blier­te openssh-Suite nutzen möchte. Die In­stal­la­ti­on des Agents an sich ist straight-forward und selbsterklärend.

Achte darauf, dir die vergebene Pass­phra­se gut zu notieren. Es muss für alle Agents und das Con­trol­cen­ter die gleiche Pass­phra­se verwendet werden, da darüber die Au­to­ri­sie­rung erfolgt.

[oracle@c-tso-autoupgrade-01.test.aspicon.lan]$ ./install-agent-v11.0.0 
+----------------------------------------------------------------------+
| ____ _ _ _ __ __ ____ |
| / ___| | |_ __ _ _ __ __| | |__ _ _| \/ | _ \ |
| \___ \ | __/ _' | '_ \ / _' | '_ \| | | | |\/| | |_) | |
| ___) | || (_| | | | | (_| | |_) | |_| | | | | __ / |
| |____/ \__\__,_|_| |_|\__,_|_.__/ \__, |_| |_|_| |
| Copyright 2022 |___/ By Dbvisit |
+----------------------------------------------------------------------+

Welcome to Dbvisit StandbyMP setup version v11.0.0.

? Please carefully read the end-user license agreement at https://dbvisit.com/eula. Do you agree to the terms of this agreement? Yes
? Which directory should the software be installed into? /usr/local/dbvisit

- - - You are now configuring the Dbvisit StandbyMP Agent - - -

The Agent will listen on the following discovered addresses:
- 127.0.0.1
- 192.168.137.171
- 192.168.137.108
- 192.168.137.110
- 10.200.200.1
- 169.254.20.88
? Agent File Transfer Port: 7890
? Fully Qualified Domain Name for this host: c-tso-autoupgrade-01.test.aspicon.lan
? Fully Qualified Domain Name for the Control Center: 192.168.137.16
? Agent Communications Port: 5533
Each Dbvisit StandbyMP Agent and the Dbvisit StandbyMP Control Center must
be configured with the same passphrase. This is how we know that they are all
intended to be part of the same system. Please specify a strong passphrase - we
suggest at least 12 characters, containing at least 2 numbers and 2 symbols.
? Passphrase: ******
? Confirm Passphrase: ******

- - - Dbvisit StandbyMP Agent configuration finished - - -


- - - Ready to perform installation - - -

? Do you wish to proceed with the setup using the supplied configuration options? Proceed with setup

- - - Performing installation - - -

Copying software files to '/usr/local/dbvisit'...
Writing Agent configuration file '/usr/local/dbvisit/standbymp/conf/dbvagentmanager.ini'...

- - - Installation successful! - - -


To enable the installed Dbvisit StandbyMP components to run as system services, you will need to execute some commands as the "root" user in order to complete the setup.

To install the system service(s), you can run, substituting the name of the user to run as if it is different from the current user:
sudo /usr/local/dbvisit/standbymp/bin/dbvagentmanager service install --user oracle
To start the system service(s), you can run:
sudo /usr/local/dbvisit/standbymp/bin/dbvagentmanager service start

- - - Configuration Summary - - -

Install Directory: /usr/local/dbvisit
Fully Qualified Domain Name for this host: c-tso-autoupgrade-01.test.aspicon.lan
Fully Qualified Domain Name for the Control Center: 192.168.137.16
Agent Communications Port: 5533
Agent File Transfer Port: 7890

- - - Installation Summary - - -

The following actions have been performed:
- Installed Dbvisit StandbyMP Agent software into: /usr/local/dbvisit/standbymp
- Agent settings are available in the configuration file: /usr/local/dbvisit/standbymp/conf/dbvagentmanager.ini
- Generated new security certificates in: /usr/local/dbvisit/standbymp/certificates

- - - INSTALLATION SUCCESSFUL - - -

Lo­bens­wert ist weiterhin, dass Dbvisit mit der aktuellen Version nun gleich systemd-Files für die Ein­bin­dung in den Boot­pro­zess mitliefert:

[root@c-tso-autoupgrade-01.test.aspicon.lan]$ /usr/local/dbvisit/standbymp/bin/dbvagentmanager service install --user oracle
[root@c-tso-autoupgrade-01.test.aspicon.lan]$ /usr/local/dbvisit/standbymp/bin/dbvagentmanager service start

Man hätte sich an der Stelle auch ein Uninstall-Feature gewünscht. Das ist leider aktuell noch nicht zu finden.

Con­trol­cen­ter

Das neue Con­trol­cen­ter wird von Dbvisit massiv in den Vor­der­grund gestellt. Nach seinem Setup und In­stal­la­ti­on sowie dem Start der Agents kann (und soll) der komplette Betrieb hierüber ab­ge­wi­ckelt werden.

Für versierte DBAs ist es jedoch wichtig, dass die Com­mandli­ne­un­ter­stüt­zung weiterhin erhalten bleibt.  Der Mehr­auf­wand für den Betrieb des Con­trol­cen­ters (Server/VM, ggf. Be­triebs­sys­tem­li­zen­zen, In­stal­la­ti­on, User­ver­wal­tung, Sicherung, Patching, Updates, Backup etc.) ins­be­son­de­re für kleinere In­fra­struk­tu­ren sollte genau abgewogen werden. Nicht wenige Kunden betreiben lediglich eine über­schau­ba­re Anzahl von Stand­by­da­ten­ban­ken, benötigen ggf. auch das Mul­ti­plat­form-Feature nicht. Die Vorteile des Con­trol­cen­ters werden in diesen Fällen nur schwer ver­mit­tel­bar sein. 

In­stal­la­ti­on

Die In­stal­la­ti­on des Con­trol­cen­ters erfolgt ebenso so einfach und schnell wie die der Agents. Ein systemd-Script wird auch für das Con­trol­cen­ter mitgeliefert.

Achte darauf, dir die vergebene Pass­phra­se gut zu notieren. Es muss für alle Agents und das Con­trol­cen­ter die gleiche Pass­phra­se verwendet werden, da darüber die Au­to­ri­sie­rung erfolgt. Die Pass­phra­se kann jedoch nach­träg­lich bzw re­gel­mä­ßig mit dem change-pass­phra­se-Tool aus dem $DBVI­SI­T_­BA­SE/­bin-Ver­zeich­nis geändert werden.

[aspicon@controlcenter]$./install-control-v11.0.0  
+----------------------------------------------------------------------+
| ____ _ _ _ __ __ ____ |
| / ___| | |_ __ _ _ __ __| | |__ _ _| \/ | _ \ |
| \___ \ | __/ _' | '_ \ / _' | '_ \| | | | |\/| | |_) | |
| ___) | || (_| | | | | (_| | |_) | |_| | | | | __ / |
| |____/ \__\__,_|_| |_|\__,_|_.__/ \__, |_| |_|_| |
| Copyright 2022 |___/ By Dbvisit |
+----------------------------------------------------------------------+

Welcome to Dbvisit StandbyMP setup version v11.0.0.

? Please carefully read the end-user license agreement at https://dbvisit.com/eula. Do you agree to the terms of this agreement? Yes
? Which directory should the software be installed into? /usr/local/dbvisit

- - - You are now configuring the Dbvisit StandbyMP Control Center - - -

The Control Center will listen on the following discovered addresses:
- 127.0.0.1
- 192.168.137.16
? Control Center Web Server Port: 4433
? Agent Communications Port: 5533
Each Dbvisit StandbyMP Agent and the Dbvisit StandbyMP Control Center must
be configured with the same passphrase. This is how we know that they are all
intended to be part of the same system. Please specify a strong passphrase - we
suggest at least 12 characters, containing at least 2 numbers and 2 symbols.
? Passphrase: ******
? Confirm Passphrase: ******

- - - Dbvisit StandbyMP Control Center configuration finished - - -


- - - Ready to perform installation - - -

? Do you wish to proceed with the setup using the supplied configuration options? Proceed with setup

- - - Performing installation - - -

Copying software files to '/usr/local/dbvisit'...
Writing Control Center configuration file '/usr/local/dbvisit/standbymp/conf/dbvcontrol.ini'...

- - - Installation successful! - - -


To enable the installed Dbvisit StandbyMP components to run as system services, you will need to execute some commands as the "root" user in order to complete the setup.

To install the system service(s), you can run, substituting the name of the user to run as if it is different from the current user:
sudo /usr/local/dbvisit/standbymp/bin/dbvcontrol service install --user aspicon
To start the system service(s), you can run:
sudo /usr/local/dbvisit/standbymp/bin/dbvcontrol service start

- - - Configuration Summary - - -

Install Directory: /usr/local/dbvisit
Control Center Web Server Port: 4433
Agent Communications Port: 5533

- - - Installation Summary - - -

The following actions have been performed:
- Installed Dbvisit StandbyMP Control Center software into: /usr/local/dbvisit/standbymp
- Control Center settings are available in the configuration file: /usr/local/dbvisit/standbymp/conf/dbvcontrol.ini
- Generated new security certificates in: /usr/local/dbvisit/standbymp/certificates

- - - INSTALLATION SUCCESSFUL - - -

Auch das Con­trol­cen­ter bringt geeignete systemd-Start­skripts mit:

[root@controlcenter ~]# /usr/local/dbvisit/standbymp/bin/dbvcontrol service install --user aspicon
[root@controlcenter ~]# /usr/local/dbvisit/standbymp/bin/dbvcontrol service start

Un­mit­tel­bar nach dem Start des Con­trol­cen­ters sehen wir bereits auch schon Con­nec­tions zum vorhin in­stal­lier­ten Agent:

[root@controlcenter ~]# netstat -pan|grep "192.168.137.16.*dbvcontrol"
tcp6 0 0 192.168.137.16:5533 192.168.137.171:45570 ESTABLISHED 3039639/dbvcontrol
tcp6 0 0 192.168.137.16:5533 192.168.137.171:45572 ESTABLISHED 3039639/dbvcontrol

Ports und Firewall

Innerhalb der DbvisitMP-In­fra­struk­tur werden folgende drei Netz­werk­ports verwendet.

Agent Com­mu­ni­ca­ti­ons Port

  • Über diesen Port erfolgt die Kom­mu­ni­ka­ti­on zwischen Agent und Controlcenter.
  • Ent­spre­chend muss dieser Port am Agent für das Con­trol­cen­ter und am Con­trol­cen­ter für alle Agents frei­ge­ge­ben sein.
  • Es muss auf allen Agents und dem Con­trol­cen­ter der gleiche Port verwendet werden.

 

Agent File Transfer Port

  • Über diesen Port erfolgt der Transfer der Ar­chi­velogs im Re­gel­be­trieb und der Redologs beim Switchover.
  • Der Agent File Transfer Port muss nur für Agents innerhalb ein und der selben Primary-Standby-In­fra­struk­tur er­reich­bar sein.
  • Für jeden Agent kann ein be­lie­bi­ger Port gewählt werden. Über­sicht­li­cher ist jedoch die Nutzung des gleichen Ports.

 

Control Center Web Server Port

  • Über diesen Port erfolgt der Zugriff auf das Web-GUI des Controlcenters.
  • Der Port muss daher für alle Clients frei­ge­ge­ben sein, die auf das Con­trol­cen­ter-GUI zugreifen möchten.
  • Die Port­num­mer ist frei wählbar.

Au­to­ma­ti­sier­te Installation

Sowohl Con­trol­cen­ter als auch Agents können wahlweise im Batch in­stal­liert werden. Das kommt besonders einem au­to­ma­ti­sier­ten Rollout von Agents sehr entgegen:

[oracle@c-tso-autoupgrade-02]$ ./install-agent-v11.0.0 -batch \
-agent-file-transfer-port 7891 \
-control-center-address 192.168.137.16 \
-install-dir /usr/local/dbvisit \
-passphrase oracle
+----------------------------------------------------------------------+
| ____ _ _ _ __ __ ____ |
| / ___| | |_ __ _ _ __ __| | |__ _ _| \/ | _ \ |
| \___ \ | __/ _' | '_ \ / _' | '_ \| | | | |\/| | |_) | |
| ___) | || (_| | | | | (_| | |_) | |_| | | | | __ / |
| |____/ \__\__,_|_| |_|\__,_|_.__/ \__, |_| |_|_| |
| Copyright 2022 |___/ By Dbvisit |
+----------------------------------------------------------------------+

Welcome to Dbvisit StandbyMP setup version v11.0.0.

Performing batch install using the following configuration:
-agent-communications-port 5533
-agent-file-transfer-port 7891
-backup-dir /usr/local/dbvisit/standbymp/backup
-batch true
-control-center-address 192.168.137.16
-host-address c-tso-autoupgrade-02.test.aspicon.lan
-install-dir /usr/local/dbvisit
-passphrase oracle


- - - Performing installation - - -

Copying software files to '/usr/local/dbvisit'...
Writing Agent configuration file '/usr/local/dbvisit/standbymp/conf/dbvagentmanager.ini'...

- - - Installation successful! - - -


To enable the installed Dbvisit StandbyMP components to run as system services, you will need to execute some commands as the "root" user in order to complete the setup.

To install the system service(s), you can run, substituting the name of the user to run as if it is different from the current user:
sudo /usr/local/dbvisit/standbymp/bin/dbvagentmanager service install --user oracle
To start the system service(s), you can run:
sudo /usr/local/dbvisit/standbymp/bin/dbvagentmanager service start

- - - Configuration Summary - - -

Install Directory: /usr/local/dbvisit
Fully Qualified Domain Name for this host: c-tso-autoupgrade-02.test.aspicon.lan
Fully Qualified Domain Name for the Control Center: 192.168.137.16
Agent Communications Port: 5533
Agent File Transfer Port: 7891

- - - Installation Summary - - -

The following actions have been performed:
- Installed Dbvisit StandbyMP Agent software into: /usr/local/dbvisit/standbymp
- Agent settings are available in the configuration file: /usr/local/dbvisit/standbymp/conf/dbvagentmanager.ini
- Generated new security certificates in: /usr/local/dbvisit/standbymp/certificates

- - - INSTALLATION SUCCESSFUL - - -

Setup einer neuen Standbydatenbank

Das Ein­rich­ten einer Stand­by­da­ten­bank „from scratch“ ist nach wie vor ein klarer Pluspunkt gegenüber Oracles DataGuard. Selbst in Oracle 21c ist das Erstellen einer DataGuard Standby noch immer ein manueller Prozess.
Im Con­trol­cen­ter ist das in wenigen Schritten erledigt:

  • New Con­fi­gu­ra­ti­on → Start with Oracle
  • Auswahl des Hosts, auf dem die primäre Datenbank läuft (dieser hat sich, genau wie der zu­künf­ti­ge Stand­by­host und alle anderen mit einem laufenden Agent, bereits selb­stän­dig am Con­trol­cen­ter registriert)
  • Auswahl des Hosts, auf dem die Standby-Datenbank erstellt werden soll.
  • ggf Anpassung einiger Ein­stel­lun­gen an der Standby; in­be­son­de­re der „Unique database name“ der Standby sollte ab­ge­än­dert werden, da dieser 1:1 von der Primary über­nom­men wurde.
Screenshot Dbvisit Standby create oracle database configuration
Abb. Screen­shot Dbvisit Standby create oracle database configuration


Im Dashboard erscheint daraufhin die eben angelegte Kon­fi­gu­ra­ti­on und die Standby-Datenbank kann über den Link „Set up Disaster Recovery now?“ erzeugt werden.

Screenshot Dbvisit Standby new oracle database configuration created
Abb. Screen­shot Dbvisit Standby new oracle database con­fi­gu­ra­ti­on created

Eine in­ter­es­san­te und längst über­fäl­li­ge Er­wei­te­rung in Version 11 ist „Shared Space“ ➀ für die Erzeugung der Stand­by­da­ten­bank. Das von der Pri­mär­sei­te erstellte Backup kann nun auf einem ge­mein­sa­men Share abgelegt und dort direkt von der Stand­by­sei­te abgeholt werden. Ähnlich war das unter Ver­wen­dung des „Trans­por­ta­ble Media“-Konzepts mit einem Share als Medium bereits in den Vor­ver­sio­nen nach­bild­bar. Dort war aber immer das „Entfernen“ und „Be­reit­stel­len“ manuell zu quit­tie­ren. Mit „Shared Space“ ist jetzt endlich ein echtes fire-and-forget im­ple­men­tiert worden. Es wird ab­ge­run­det durch die Tatsache, dass das Log­ship­ping und ‑apply mit Abschluss der Stand­by­er­zeu­gung gleich selb­stän­dig starten.

Screenshot Dbvisit Standby set up oracle disaster recovery
Abb. Screen­shot Dbvisit Standby new oracle database con­fi­gu­ra­ti­on created

Weitere High­lights an dieser Stelle sind

  • die Re­gis­trie­rung der Stand­by­da­ten­bank im Oracle Restart oder der Oracle Clus­ter­wa­re ➁, so dass hierfür gleich der korrekte Autostart beim Ser­ver­re­boot si­cher­ge­stellt ist sowie

  • das Log­ship­ping parallel zum Erstellen der Stand­by­da­ten­bank ➂. Ins­be­son­de­re bei großen Da­ten­ban­ken konnte das Erstellen der Standby so lange dauern, dass Ar­chi­velogs vom Zeitpunkt des Ko­pier­be­ginns bereits gelöscht wurden, bevor das Kopieren der Datafiles zum Ende kam.

Nach dem Abschluss der Stand­by­ge­nerie­rung findet man eine valide und ar­bei­ten­de Kon­fi­gu­ra­ti­on vor.

Screenshot Dbvisit Standby working oracle database configuration
Abb. Screen­shot Dbvisit Standby working oracle database configuration

Cooles Gimmick in v11 ist der Desaster Recovery Readiness Score. Über eine ge­wich­te­te Bewertung der je­wei­li­gen Kon­fi­gu­ra­ti­on ist auf einen Blick erkennbar, ob noch Potential für Ver­bes­se­rung besteht. So könnte man in unserem Beispiel die Qualität der Kon­fi­gu­ra­ti­on noch durch ein Apply-Delay und das Ein­rich­ten einer Be­nach­rich­ti­gungs­me­tho­de verbessern:

Screenshot Dbvisit Standby working oracle database configuration with tooltip
Abb. Screen­shot Dbvisit Standby working oracle database con­fi­gu­ra­ti­on with tooltip

Fazit

Für Freunde gra­fi­scher Oberflächen

In­stal­la­ti­on und Kon­fi­gu­ra­ti­on der Software sowie das Setup einer Stand­by­da­ten­bank funk­tio­nie­ren simpel und ein­wand­frei. Aus der komplett neu ge­stal­te­ten Pro­zess­ar­chi­tek­tur re­sul­tiert eine gewaltige Ver­bes­se­rung in der Ant­wort­zeit. Die Benutzung des Con­trol­cen­ter-GUI macht daher wirklich Spaß. Al­len­falls die Sta­tus­an­zei­ge im Dashboard könnte pro­blem­be­haf­te­te Kon­fi­gu­ra­tio­nen etwas klarer kennzeichnen.

Für Freunde der Console

Da StandbyMP 11 für den Oracle-Teil noch weit­ge­hend auf der Codebase von Version 10 beruht, sind die bislang bekannten Befehle und Kon­fi­gu­ra­ti­ons­mög­lich­kei­ten weit­ge­hend weiter verfügbar. So war es kein Problem, eine Stand­by­ar­chi­tek­tur mit Da­ten­trans­fer via ssh/scp auch in version 11 komplett an der Kom­man­do­zei­le ein­zu­rich­ten. Bleibt zu hoffen, dass Dbvisit auch beim Redesign des Ora­c­le­codes daran festhält. Für kleine, über­schau­ba­re Stand­by­ar­chi­tek­tu­ren von viel­leicht ein, zwei Oracle-Da­ten­ban­ken wird das Con­trol­cen­ter leicht zum Overkill.

Hier findest du weitere in­ter­es­san­te Posts zu den Themen Oracle Datenbank  oder auch Dbvisit Standby aus unserem News und Insights Bereich. 
icon-arrow_right_medium-violet-blue.svg

Share this article

Facebook 
Twitter 
LinkedIn 
XING 
WhatsApp 
Email