Die folgenden Schritte beschreiben, wie Sie eine Failover-Situation beim SADatabase-Agenten testen.
Verbinden Sie sich mit der Datenbank mittels Interactive SQL. Zum Beispiel:
dbisql -c "UID=DBA;PWD=sql;Server=VCS;LINKS=tcpip" |
Führen Sie die folgende Abfrage aus:
SELECT * FROM Departments; |
Die Abfrage sollte ohne Fehler ausführen.
Nehmen wir an, dass die Datenbank ausfällt und der auf dem ersten Systemknoten laufende Datenbankserver nicht auf die Datenbankdatei zugreifen kann. Dies würde zu einem Failover der Datenbankdatei zum Datenbankserver führen, der auf dem zweiten Systemknoten gestartet wurde. Sie können einen Ausfall der Datenbank auf dem ersten Knoten herbeiführen, indem Sie einen dem folgenden ähnlichen Befehl ausgeben:
dbisql -q -c "UID=DBA;PWD=sql;Server=VCS1;DBN=utility_db" STOP DATABASE DEMO ON VCS1 UNCONDITIONALLY; |
Die Datenbankdatei auf dem ersten Computer fällt aus. Es gibt eine Verzögerung, bevor Veritas Cluster Server erkennt, dass die Datei ausgefallen ist, weil Veritas Cluster Server den Zustand seiner Ressource standardmäßig alle 60 Sekunden überprüft (Sie können dieses Intervall in Ihrer Ressourcenkonfiguration verkürzen). Es findet nun ein Failover der Datenbankdatei zum zweiten Computer statt, und die Datenbankdatei wird mithilfe des Datenbankservers auf dem zweiten Computer gestartet, der einen anderen Namen als der ursprüngliche Datenbankserver haben kann.
Wenn der neue Datenbankserver z.B. VCS2 heißt, müssen Clients den neuen Datenbankservernamen in ihren Verbindungszeichenfolgen angeben:
"UID=DBA;PWD=sql;Server=VCS2;DBN=DEMO;LINKS=tcpip" |
Verbinden Sie sich erneut von Interactive SQL aus. Sie sollten in der Lage sein, sich zu verbinden und die Abfrage erfolgreich auszuführen.
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2010, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.0 |