Freigeben über

  • Artikel

Ausführen eines parallelen Updates einer skalierbaren freigegebenen Datenbank

Wenn Sie alternative Berichtsvolumepaare zum Aktualisieren einer skalierbaren freigegebenen Datenbankkonfiguration verwenden, können Sie die Datenbank entweder über ein paralleles Update oder ein synchronisiertes Update aktualisieren. Wenn es für Sie akzeptabel ist, dass Clients während des Updates zeitweise unterschiedliche Ergebnisse auf verschiedenen Serverinstanzen erhalten, kommt ein paralleles Update für Sie in Frage.

Bei einem parallelen Update wird nacheinander jeweils ein Update auf einem Berichtsserver abgeschlossen. Während des Intervalls zwischen dem ersten und dem letzten Update stehen die alte und die neue Version der Datenbank den Clients jeweils auf einer oder auf mehreren Serverinstanzen zur Verfügung. Im Allgemeinen wird ein paralleles Update so schnell wie möglich abgeschlossen, um den Zeitraum zu minimieren, in dem sich die beiden Versionen überschneiden.

In der folgenden Abbildung wird ein paralleles Update veranschaulicht.

Parallele Aktualisierung einer skalierbaren freigegebenen Datenbank

  1. Nachdem Volume A auf allen Servern bereitgestellt und die Berichtsdatenbank an die Serverinstanzen angefügt wurde, wird die Berichtsdatenbank auf Volume B neu erstellt.

  2. Trennen Sie die Datenbank auf Volume A von der Serverinstanz auf dem ersten Berichtsserver, und entfernen Sie Volume A. Stellen Sie dann umgehend Volume B auf dem ersten Berichtsserver bereit, und fügen Sie die aktualisierte Berichtsdatenbank an die Serverinstanz an.

  3. Trennen Sie die Datenbank auf Volume A von der Serverinstanz auf dem zweiten Berichtsserver, und entfernen Sie Volume A. Stellen Sie dann umgehend Volume B auf dem zweiten Berichtsserver bereit, und fügen Sie die aktualisierte Berichtsdatenbank an die Serverinstanz an.

  4. Trennen Sie die Datenbank auf Volume A von der Serverinstanz auf dem dritten Berichtsserver, und entfernen Sie Volume A. Stellen Sie dann umgehend Volume B auf dem dritten Berichtsserver bereit, und fügen Sie die aktualisierte Berichtsdatenbank an die Serverinstanz an.

  5. Führen Sie nach Bereitstellung von Volume B und der aktualisierten Datenbank als skalierbare freigegebene Datenbank auf allen Berichtsservern die Erstellung der Berichtsdatenbank auf Volume A aus.

Ein paralleles Update kann je nach Ihren Geschäftsanforderungen ein unbestimmtes Ende haben, um den Abschluss aktueller Abfragen zuzulassen, oder es kann innerhalb eines begrenzten Zeitraums auftreteten.

Parallele Updates mit unbestimmtem Ende

In dieser Strategie ermöglicht ein paralleles Update dem Datenbadministrator das Abwarten des Abschlusses lang andauernder Abfragen auf einem Berichtsserver, während die Datenbank auf einem anderen Berichtsserver aktualisiert wird. Diese Strategie richtet sich an die folgenden Geschäftsanforderungen:

  • Die Berichtsserver müssen nicht synchron sein, d. h., die veraltete und die neue Version der Datenbank dürfen vorübergehend auf verschiedenen Berichtsservern gleichzeitig vorhanden sein.

  • Es steht Ihnen ein unbegrenzter Zeitraum für den Abschluss des Updates zur Verfügung, oder die Frist ist weniger kritisch als das Beibehalten aktuell ausgeführter Abfragen.

Führen Sie die folgenden Aktionen auf jedem Berichtsserver aus, um diese Form parallelen Updates auszuführen:

  1. Beginnen Sie mit der Anfügungsphase der neuen Datenbank, indem Sie die alternativen Volumes mit der neuen Datenbank auf dem Berichtsserver bereitstellen.

    HinweisHinweis

    Dieser Schritt kann auch für ein paralleles Update auf allen Berichtsservern ausgeführt werden, bevor Sie mit dem nächsten Schritt auf einem dieser Berichtsserver fortfahren.

  2. Behalten Sie alle aktuell ausgeführten Abfragen bei, indem Sie die E/A-Aktivitäten auf dem ursprünglichen Berichtsvolume beenden. Wenn durch eine lang andauernde Abfrage das Update auf einer bestimmten Serverinstanz verzögert wird, warten Sie, bis die Abfrage abgeschlossen ist. Schließen Sie die Trennungsphase auf diesem Server ab, nachdem alle Abfragen auf der Serverinstanz abgeschlossen sind.

  3. Fügen Sie die neue Berichtsdatenbank an die Serverinstanz an. Auf diese Weise wird sie als skalierbare freigegebene Datenbank für Berichtsabfragen zur Verfügung gestellt.

Wiederholen Sie diese Schritte für alle weiteren Berichtsserver.

Paralleles Update von Berichtsservern (Schnellausführung)

In dieser Strategie ermöglicht ein paralleles Update dem Datenbankadministrator das Verwalten eines ununterbrochenen Berichtsdiensts, indem vorübergehend zugelassen wird, dass die veraltete Datenbankversion für neue Abfragen auf einigen Berichtsservern weiterhin zur Verfügung steht, während die Datenbank auf einem anderen Berichtsserver aktualisiert wird. Diese Strategie richtet sich an folgende Geschäftsanforderung:

  • Die Berichtsserver müssen nicht synchron sein, d. h., die veraltete und die neue Version der Datenbank dürfen vorübergehend auf verschiedenen Berichtsservern gleichzeitig vorhanden sein.

  • Sie müssen das Update schnellstmöglich abschließen, um eine Frist einzuhalten, die kritischer ist als das Beibehalten aktuell ausgeführter Abfragen.

Führen Sie die folgende Aktion jeweils auf einem Berichtsserver aus, um ein zeitempfindliches paralleles Update auszuführen:

  1. Beginnen Sie mit der Anfügungsphase der neuen Datenbank, indem Sie die alternativen Volumes mit der neuen Datenbank auf dem Berichtsserver bereitstellen.

    HinweisHinweis

    Dieser Schritt kann auch für ein paralleles Update auf allen Berichtsservern ausgeführt werden, bevor Sie mit dem nächsten Schritt auf einem dieser Berichtsserver fortfahren.

  2. Beenden Sie die E/A-Aktivitäten auf dem Berichtsvolume, und warten Sie optional den Abschluss kurzer Abfragen auf einer Serverinstanz ab, bevor Sie die Berichtsdatenbank von dieser Serverinstanz trennen.

  3. Schließen Sie die Trennungsphase auf diesem Server ab.

  4. Fügen Sie die neue Berichtsdatenbank an, um sie als skalierbare freigegebene Datenbank für Berichtszwecke zur Verfügung zu stellen. Es ist möglich, dass die für die neue Datenbankkopie ausgeführten Abfragen andere Ergebnisse als die verbleibenden veralteten Kopien der Berichtsdatenbank erhalten.

Mit solchen parallelen Updates stellen Sie sicher, dass die gesamte Berichterstellung niemals unterbrochen wird. Auf diese Weise ist es möglich, sehr lang andauernde Transaktionen auf einigen Serverinstanzen zu tolerieren. Wenn jedoch eine lang andauernde Abfrage zu einer sehr langen Verzögerung des Updates auf einer Serverinstanz führt, müssen Sie diese Abfrage aufgrund des begrenzten Zeitraums für das Ausführen des Updates aller Berichtsdatenbanken beenden. Die Abfrage kann nach der Aktualisierung der Berichtsdatenbank auf derselben Serverinstanz neu ausgeführt werden. Es besteht auch die Möglichkeit eines früheren Neustarts auf einem bereits aktualisierten Server.