Skalierbare freigegebene Datenbanken werden von SQL Server 2005 unterstützt.

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 910378 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

EINFÜHRUNG

Skalierbare freigegebene Datenbanken werden von Microsoft SQL Server 2005 Enterprise Edition unterstützt. Dieser Artikel ist eine Vorschau des Themas "Scalable freigegebenen Datenbank", die in einem zukünftigen Update der SQL Server-Onlinedokumentation veröffentlicht werden.

Weitere Informationen

Skalierbare gemeinsam genutzten Datenbanken

Skalierbare freigegebene Datenbanken können Sie eine Nur-Lese-Berichtsdatenbank an mehrere Serverinstanzen in einem Storage Area Network (SAN) anfügen. Eine Berichtsdatenbank ist eine schreibgeschützte Datenbank, die aus einer oder mehreren Produktion Datenbanken erstellt wird, die ausschließlich für Berichtszwecke verwendet werden. In einer skalierbaren freigegebenen Datenbank vorgenommen werden, muss eine Berichtsdatenbank auf einem oder mehreren dedizierten nur-Lese-Volumes befinden. ? Der Hauptzweck dieser nur-Lese-Volumes ist zu Host der Berichte, die Datenbank oder eine koordinierte Reihe von Datenbanken reporting. Diese Volumes werden als Volumes Berichterstellung bezeichnet.

Nutzen

Skalierbare freigegebene Datenbanken bieten die folgenden Vorteile:
  • Bereitstellen Sie Arbeitsauslastung Dezentrales Skalieren der Berichterstellung Datenbanken, indem Sie Warencode Servern verwenden. Eine skalierbare freigegebene Datenbank ist eine kostengünstige Möglichkeit, nur-Lese-Datamarts oder Datawarehouses auf mehrere Serverinstanzen für Berichtszwecke wie Abfragen ausführen oder mithilfe von SQL Server 2005 Reporting Services verfügbar zu machen.
  • Bereitstellen Sie Arbeitsauslastung Isolation. Jeder Server verwendet eine eigene Speicher, CPU und Tempdb -Datenbank.
  • Gewährleisten Sie die gleiche Ansicht der Berichtsdaten von allen Servern, wenn alle Serverinstanzen identisch konfiguriert sind. Beispielsweise würden alle Server eine einzelne Sortierung verwenden.

    Hinweis: Optional können Sie die Berichtsdatenbank auf einem zweiten reporting Datenträger aktualisieren. Finden Sie weitere Informationen im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank".

Einschränkungen

Die folgenden Einschränkungen für eine skalierbare gemeinsam genutzte Datenbank vorhanden sein:
  • Die Datenbank muss auf einem Volume schreibgeschützt sein.
  • Die Datendateien können über ein SAN zugegriffen werden.
  • Skalierbare freigegebene Datenbanken werden nur unter Microsoft Windows Server 2003 Service Pack 1 (SP1) oder eine höhere Version von Windows Server 2003 unterstützt.

Zyklus einer hierarchischen Datenbank aktualisieren

Wenn Sie eine skalierbare freigegebene Datenbank für eine Berichtsdatenbank verwenden, beinhaltet es ein Aktualisierungszyklus drei Phasen:
  • Erstellen von Phase : die Aktualisierungszyklus eine Berichtsdatenbank beginnt mit der Aufbauphase. Bevor eine Berichtsdatenbank erstellt werden kann, kann der Administrator stellt das reporting Volume auf dem Produktionssystem bereit und macht es Lese-/Schreibzugriff. Wenn ein Volume in einen Zustand mit Lese-/Schreibzugriff befindet, kann der Datenträger nur auf einem System bereitgestellt werden. Wenn das Volume auf mehr als ein System bereitgestellt wird, kann Dateisystem Beschädigungen auftreten. Der Administrator erstellt dann die Datenbank mit einem zum Kopieren von Daten oder Datenbanken von SQL Server 2005 bereitgestellten kopieren Daten Methoden. Nachdem die Datenbank erstellt wurde, wird der Administrator legt das Volume auf Nur-Lese- und es dann hebt die Bereitstellung.
  • Phase einfügen : das Anfügen Phase kommt nach der Aufbauphase. Anfügen Phase stellt die Datenbank als eine skalierbare freigegebenen Datenbank zur Verfügung. Die Phase Anfügen muss auf jedem Server einzeln Berichterstattung durchgeführt werden. Um die Berichtsdatenbank als eine skalierbare freigegebenen Datenbank konfigurieren stellt der Administrator die nur-Lese-Berichterstellung Volumes auf einem Berichtsserver über das SAN bereit. Nachdem der Administrator sicherstellt, dass jedes Volume auf schreibgeschützt festgelegt ist, fügt der Administrator die Berichtsdatenbank auf einer Instanz von SQL Server. Die Berichtsdatenbank auf einer Instanz von SQL Server ist auch bekannt als eine reporting Serverinstanz. Da jedes reporting Volume schreibgeschützt ist, wird durch Anfügen der Datenbank auf schreibgeschützt festgelegt. Die Berichtsdatenbank wird zu diesem Zeitpunkt eine skalierbare freigegebenen Datenbank, die Clients zugreifen kann, indem Sie den reporting Server.

    Hinweis: Wenn Sie einen zweiten reporting Datenträger beim Aktualisieren der Berichtsdatenbank verwenden, müssen Sie zwischen einer Aktualisierung im Wechsel und eine synchronisierte Aktualisierung auswählen. Finden Sie weitere Informationen im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank".
  • Trennen Phase : die dritte Phase ist die Phase trennen. Die Berichtsdatenbank wird i. d. r. schließlich veraltet. Die Datenbank muss aktualisiert werden, um die Berichtsdaten aktuell zu halten. Die trennen-Phase ist der Prozess eine veraltete Berichtsdatenbank von Dienst als eine skalierbare freigegebene Datenbank zu entfernen. Bevor Sie eine aktualisierte Berichtsdatenbank verfügbar auf einem bestimmten reporting Server vornehmen können, muss auf dem Server trennen Phase abgeschlossen werden. Wenn eine Berichtsdatenbank nicht aktualisiert werden muss, muss er aus allen Serverinstanzen getrennt werden. Um trennen Phase zu starten, beendet der Datenbankadministrator zuerst die Abfrageauslastung, die in der Datenbank alle Serverinstanzen in stammt. Klicken Sie auf jede Serverinstanz der Datenbankadministrator erhält exklusiven Zugriff auf die Datenbank und trennt es. Der Datenbankadministrator hebt dann Bereitstellung des Volumes von jedem Host System. Nach Abschluss die Phase trennen das SAN der Berichterstellung Datenträger getrennt.
Hinweis: Um die Verfügbarkeit von Berichtsdaten zu maximieren, empfehlen wir, dass Update-Zyklen zwischen zwei Berichten Volumes als bewährte Methode alternative. Beim erste reporting Datenträger weiterhin auf die reporting Server bereitgestellt ist, können Sie der zweite Datenträger auf dem Produktionsserver bereitstellen, und erstellen Sie eine aktuelle Version der Berichtsdatenbank. Finden Sie weitere Informationen im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank".

Hinweis: Jede Phase besteht aus einer Reihe von Schritten, die von einem Benutzer durchgeführt werden müssen, die Datenbankadministrator Rechte besitzt. In diesem Artikel wird der Benutzer als der Datenbankadministrator bezeichnet.

wichtig Um eine skalierbare freigegebene Datenbank zu konfigurieren, muss die SAN-Umgebung bereits korrekt arbeiten.

Beispiele für skalierbare gemeinsam genutzten Datenbanken

In nachfolgenden Update Zyklen kann die Datenbank aktualisiert oder neu erstellt werden. Die bevorzugte Methode hängt von Ihren Geschäftsanforderungen. Sie können skalierbare freigegebene Datenbanken auf die folgenden zwei Arten verwenden:
  • Datamart-Datenbank : die einfachste Verwendung von eine skalierbare freigegebenen Datenbank ist eine Datamart-Datenbank. Eine Datamart-Datenbank wird regelmäßig aus dem Inhalt eines Datawarehouses extrahiert und wird für die Berichterstellung verwendet. Aktualisieren der Datamart-Datenbank, Löschen der Datenbank, und ersetzen es mit einer neuen Version.
  • Berichte aus einer aktualisierbare Datenbank : bei die Datenbank, die von gemeldet wird keinen aus der Quelldatenbank umgewandelt werden, die Datenbank kann in regelmäßigen Abständen aktualisiert werden. Um die Datenbank regelmäßig zu aktualisieren, erstellen Sie eine vollständige Sicherung der Produktionsdatenbank und dann Wiederherstellen der Datenbanksicherung auf Berichterstellung oder Volumes.

Sicherstellen Sie, dass die Umgebung für eine skalierbare freigegebenen Datenbank korrekt ist

Eine skalierbare freigegebene Datenbank muss sich auf einen schreibgeschützten Datenträger befinden, auf die über ein SAN zugegriffen werden kann. Der Berichtsserver müssen Folgendes ausgeführt werden:
  • Windows Server 2003 SP1 oder eine höhere Version von Windows Server 2003
  • SQL Server 2005 Enterprise Edition oder höher von SQL Server 2005
Unterstützbarkeit empfehlen wir, Ihre Konfigurationen skalierbare freigegebenen Datenbank auf acht Serverinstanzen zu beschränken. SQL Server 2005 beschränkt jedoch nicht die Anzahl der gleichzeitigen Instanzen, die eine skalierbare freigegebene Datenbank zugreifen können. Normalerweise führt jede Serverinstanz auf einem separaten reporting Server. Ausführen mehrerer reporting Serverinstanzen auf einen Berichtsserver wird jedoch unterstützt.

Konfigurieren der Umgebung

Zur sicherzustellen, dass Ihre Umgebung skalierbare freigegebene Datenbanken unterstützt, wird empfohlen, dass diese Richtlinien befolgen:
  • Stellen Sie sicher, dass die reporting Server für eine bestimmte Berichtsdatenbank auf identischen Betriebssystemen ausgeführt werden. Wenn Sie eine reporting Server aktualisieren, andere reporting Server, die die gleichen skalierbare freigegebenen Datenbank oder Datenbanken dienen aktualisiert werden. Wenden Sie das dieselbe Software Update oder Service Pack auf die reporting Server z. B. Wenn Sie einen Software-Updates oder Service Pack für Windows oder SQL Server 2005 auf eine der reporting Server anwenden.

    Hinweis: Häufig können Sie Aktualisierungen im Wechsel der reporting Server durchführen, solange die Durchführung von parallelen Updates rechtzeitig.
  • Skalierbare freigegebene Datenbanken werden unter einer Arbeitsauslastung gleichzeitigen Zugriff durch bis zu acht Serverinstanzen von SQL Server 2005 Enterprise Edition getestet. SQL Server 2005 erzwingt eine Beschränkung für die Instanz nicht. Wir empfehlen jedoch, dass Ihre Konfigurationen skalierbare freigegebenen Datenbank auf acht Serverinstanzen für jede freigegebene Datenbank beschränkt.
  • Wenn die Datendateien der Produktionsdatenbank mehrere Datenträger erstrecken, müssen Sie dieselbe Anzahl von Berichten Volumes verwenden. Da die Berichtsdatenbank schreibgeschützt auf festgelegt ist, können im Gegensatz dazu die Protokolldateien mit Datendateien auf einem reporting Volume koexistieren.
  • Um das Erstellen oder aktualisieren eine Berichtsdatenbank zu vereinfachen, empfehlen wir, dass der Pfad für die Berichtsdatenbank der Produktionsdatenbank identisch sein. Dies umfasst verwenden beide den gleichen Laufwerkbuchstaben für die Berichterstellung Lautstärke und den gleichen Verzeichnispfad für die Datenbank. Beispielsweise verwenden, wenn die Produktionsdatenbank auf E:\SQLdata befindet, Konfigurieren als Laufwerkbuchstabe des Berichterstellung Volumes, wenn es möglich ist. Darüber hinaus werden verwenden Sie \SQLdata wie das Verzeichnis der Berichtsdatenbank, wenn es möglich ist. Allerdings kann ein Skript, das explizite Pfade hat alle Unterschiede behandeln. Wenn die Berichterstellung Lautstärke einen anderen Laufwerkbuchstaben als Produktions-Datenträger verwendet, müssen Sie möglicherweise die folgenden Änderungen vornehmen:
    • Wenn Sie die Berichtsdatenbank, erstellen indem Sie eine Datenbanksicherung wiederherstellen, muss die RESTORE DATABASE-Anweisung eine WITH MOVE-Klausel verfügen, die den vollständigen Pfad der die wiederhergestellten Dateien gibt.
    • Wenn die Berichtsdatenbank eine Kopie der Produktionsdatenbank ist, muss die FOR ATTACH-Klausel der CREATE DATABASE-Anweisung jeder Datei auflisten. Die FOR ATTACH-Klausel muss auch den vollständigen Pfad angeben, wenn Sie die Berichtsdatenbank anfügen. Dies ist immer eine bewährte Methode.

      Hinweis: Als empfiehlt sich verwenden Sie den gleichen Laufwerkbuchstaben auf jedem Server, wenn Sie ein reporting Volume auf Ihrem Berichtsserver bereitzustellen. Dieser praktischen Übung können Sie das Volume auf den anderen Servern zu verwalten.
  • Die Berichtsdatenbank muss sich auf einen schreibgeschützten Datenträger befinden, das über das SAN aller reporting Server zugegriffen werden kann:
    • Nachdem Sie reporting Volume auf einem Berichtsserver bereitstellen, stellen Sie sicher, dass der Berichterstellung Datenträger korrekt eingelegt ist und dass die Dateien zugegriffen werden können. Hierzu geben Sie DIR <drive-letter>: \ <database-directory> an einer Eingabeaufforderung, in dem <drive-letter> ist der Laufwerkbuchstabe der Berichterstellung Volume und <database-directory> gibt den Speicherort der Datenbank-Datendateien auf dem Datenträger. Führen Sie diesen Test aus jeder reporting Server sicherzustellen, dass die gleichen Ergebnisse, für alle erhalten.
    • Um sicherstellen, dass die Berichtsdatenbank schreibgeschützt festgelegt ist, versuchen Sie, eine Datei auf dem Volume zu erstellen. Die einfachste Methode besteht in versuchen kopieren oder eine nur-Text-Datei auf dem Datenträger speichern. Der Versuch sollte fehlschlagen, da das Volume schreibgeschützt ist.

      Hinweis: Wenn Sie diese Schritte manuell ausführen, empfehlen wir, dass dieser Tests in jeder Update-Zyklus wiederholt werden bei den Berichterstellung Datenträger auf jede Berichtsserver remount. Wenn Sie die Schritte zur Berichterstellung Volumes hin-und zwischen dem Produktionsserver und den Berichtsserver verschieben Skript, ist Testen nicht mehr erforderlich Nachdem Sie sicher sind, dass Ihre Skripts korrekt arbeiten.

Phase 1: Die Erstellungsphase

Erstellen oder Aktualisieren einer skalierbaren gemeinsam genutzten Datenbank

Eine Berichtsdatenbank muss erstellt und manuell aktualisiert werden. Dieser Prozess ist die erste Phase des Zyklus Update für eine Berichtsdatenbank und wird als der Aufbauphase bezeichnet. Die Erstellungsphase möglicherweise beinhalten, eine veraltete Datenbank aktualisieren oder eine neue Version erstellen.

In der Regel wird die aktuelle Version von eine Berichtsdatenbank schließlich veraltete. Die Berichtsdatenbank muss regelmäßig aktualisiert werden, um die Berichtsdaten weiterhin aktuell zu halten.

Abschließen der Erstellungsphase

Sie können eine veraltete Berichtsdatenbank durch Aktualisieren der veralteten Daten in die vorhandene Datenbank oder durch Neuerstellen der Datenbank aktualisieren.

Hinweis: Bevor Sie eine vorhandene reporting-Datenbank aktualisieren können, muss die Datenbank aus jeder reporting Serverinstanz getrennt werden. Darüber hinaus muss der Berichterstellung Datenträger von jedem reporting Server Bereitstellung aufgehoben. Finden Sie weitere Informationen im Abschnitt "Trennen eine skalierbare freigegebenen Datenbank".

Um eine veraltete Berichtsdatenbank zu aktualisieren, gehen Sie folgendermaßen vor auf dem Produktionsserver:
  1. Verwenden Sie Ihren Hardwarehersteller Dienstprogramme um zu unmask (LUNs) die logical Unit Numbers, die die Berichterstellung Volumes entsprechen. Diese Aktion kann die Volumes auf dem Produktionsserver zugegriffen werden.
  2. Den Berichterstellung Datenträger bereitstellen und dann als nicht schreibgeschützt markieren. Das Befehlszeilenprogramm DiskPart verwenden, um das Volume bereitstellen, Sie die folgenden Befehle an einer Eingabeaufforderung: DiskPart
    DISKPART > select Volume =<drive-number>
    DISKPART > assign Letter =<drive-letter>
    DISKPART > deaktivieren Readonly-Attribut
    DISKPART > beenden

    In dieser Schritt <drive-number> der Volumenummer entspricht, die von Windows und <drive-letter> ist der Buchstabe, der das reporting Volume zugewiesen ist.
  3. Wenn Sie eine vorhandene reporting-Datenbank aktualisieren, gehen Sie folgendermaßen vor:
    1. Anfügen der Datenbank an eine Serverinstanz. Normalerweise wäre dies die Instanz des Produktions Servers. CREATE
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. Legen Sie die Datenbank in Lese-Zugriff Schreib mithilfe der folgenden Transact-SQL-Anweisung.
      ALTER DATABASE <database_name> SET READ_WRITE
      Informationen, finden Sie unter SQL Server 2005-Onlinedokumentation.
  4. Erstellen der Datenbank.

    Um eine Berichtsdatenbank zu aktualisieren, die veralteten Daten aktualisieren, Neuerstellen der Datenbank oder führen Sie beliebige andere Ihrer Meinung nach ist zum Aktualisieren der Daten erforderlich. Der Administrator erstellt die Datenbank mithilfe einer der Methoden Kopieren von Daten, die von SQL Server 2005 zum Kopieren von Daten oder Datenbanken bereitgestellt werden. Finden Sie weitere Informationen im Abschnitt "Vorgehensweisen zum Erstellen oder Aktualisieren einer Datenbank".

    Hinweis: In Datenbanken melden, empfiehlt es sich, Überprüfen Sie die Seite Prüfsumme , die Standardeinstellung festgelegt werden. Verwenden Sie ALTER DATABASE zum Ändern dieser Einstellung.
  5. Festlegen die Datenbank zu nur-Lese-die folgende Transact-SQL-Anweisung.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Trennen Sie die Datenbank mithilfe der folgenden Transact-SQL-Anweisung.
    sp_detach_db @dbname='<database_name>'
    in dieser Schritt <database_name> ist der Name des der Datenbank.
  7. Das Volume als schreibgeschützt markieren, und dann das Volume vom Produktionsserver dismount. Um Befehlszeilenprogramme "Diskpart" Verwenden des Volumes aufheben der Bereitstellung, geben Sie die folgenden Befehle an einer Eingabeaufforderung.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    in dieser Schritt <drive-number> der Volumenummer entspricht, die von Windows und <drive-letter> ist der Buchstabe, der das reporting Volume zugewiesen ist.
  8. Verwenden Sie Ihren Hardwarehersteller Dienstprogramme, um die LUNs Maske, die die Berichterstellung Volumes entsprechen. Diese Aktion macht die Volumes des Produktionsservers zugreifen kann.
Nun kann die Berichtsdatenbank als eine skalierbare freigegebenen Datenbank verfügbar gemacht werden. Finden Sie weitere Informationen im Abschnitt "Eine skalierbare freigegebenen Datenbank anfügen".

Methoden zum Erstellen oder Aktualisieren einer Datenbank

Hinweis: Wenn Sie eine Berichtsdatenbank erstellen, wird empfohlen, immer den gleichen Pfad für die Produktionsdatenbank und die Berichterstellung Datenbanken verwenden. Zusätzlich empfehlen wir den gleichen Laufwerkbuchstaben verwenden, für die Produktion und Berichterstellung Volume Wenn das Volume auf den Servern Berichterstellung bereitgestellt wird, wenn es möglich ist.

SQL Server 2005 unterstützt derzeit die folgenden Methoden zum Portieren von Daten in einer Datenbank oder für Portieren einer gesamten Datenbank:
  • SQL Server Integration Services : Sie erstellen oder Kopieren einer Datenbank durch Ausführen von Integration Services-Pakete und task mithilfe der Task SQL ausführen oder die Datenbank übertragen können:
    • Der Task SQL ausführen führt SQL-Anweisungen oder gespeicherte Prozeduren aus einem Paket. Wenn den Task SQL ausführen verwenden, können Sie eine Datenbank erstellen, durch Ausführen einer CREATE DATABASE-Anweisung. Sie können die Datenbank anschließend durch Kopieren in eine oder mehrere Tabellen oder Sichten auffüllen.
    • Der Datenbanktransfer-Task kann eine Datenbank in der gleichen Serverinstanz oder zwischen Instanzen kopieren.

      Hinweis: Sie können auch eine Datenbank mithilfe des SQL Server-Import und Export-Assistenten erstellen, aber Sie müssen mindestens eine Tabelle oder Sicht kopieren.
  • Sicherung und Wiederherstellung : Sie können eine Sicherung einer Produktionsdatenbank auf dem reporting Volume wiederherstellen. Zu diesem Zweck, wiederherstellen, und eine vollständige Datenbanksicherung auf die reporting-Volume wiederherstellen:
    • Wenn Sie den gleichen Laufwerkbuchstaben verwenden, stellen Sie das reporting Volume auf einen anderen Host bereit, und dann verbinden mit einer Serverinstanz zum Wiederherstellen der Datenbank vorhanden.
    • Wenn die Berichterstellung Lautstärke einen anderen Laufwerkbuchstaben als Produktions-Datenträger verwendet, muss die RESTORE DATABASE-Anweisung eine WITH MOVE-Klausel verfügen, die der Laufwerkbuchstabe des der Berichterstellung in der wiederhergestellten Datenbank Pfad gibt.
  • Kopie der Produktionsdatenbank auf Berichterstellung Volume : vor können Sie manuell einer Datenbank kopieren oder die trennen verwenden und-Methode des den Datenbankkopierassistenten anfügen, müssen Sie die Datenbank offline schalten. Nachdem Sie die Datenbank kopiert haben, schalten Sie die Datenbank wieder online. Allerdings kopieren Datenbankassistent bietet eine alternative Methode. Die SMO Transfer-Methode kopiert die Datenbank zwar die Datenbank online bleibt. Obwohl die SMO Transfer-Methode ist langsamer als das Trennen und Attach-Methode, der SMO Transfer-Methode behält die aktive Verbindungen zur Datenbank.
Weitere Informationen zu diesen Methoden Kopieren von Daten finden Sie unter SQL Server 2005-Onlinedokumentation.

Wenn die Berichtsdatenbank bereit ist, müssen Sie die Erstellungsphase durchführen. Weitere Informationen finden Sie unter der ? Phase 1: die Erstellungsphase "Abschnitt.

Phase 2: Das Anfügen-phase

Eine freigegebene skalierbare Datenbank anfügen

Nachdem Sie erstellen oder aktualisieren eine Berichtsdatenbank und Aufheben der Bereitstellung des Berichterstellung Datenträgers vom Produktionsserver, muss ein Administrator die Datenbank als skalierbare freigegebenen Datenbank verfügbar machen. Dieser Vorgang wird als anfügen Phase bezeichnet.

Abschließen der Phase anfügen

In dieser Phase muss ein Administrator die folgenden Schritte ausführen:
  1. Verwenden Sie Ihren Hardwarehersteller Dienstprogramme, um die LUNs unmask, die die Berichterstellung Volumes entsprechen. Diese Aktion kann die Volumes an Clients von jedem reporting Server zugegriffen werden.
  2. Bereitstellen Sie auf jedem reporting Server, das Volume, das die LUN entspricht.

    Hinweis: Um das Erstellen oder aktualisieren eine Berichtsdatenbank zu vereinfachen, empfehlen wir, dass Sie seine reporting Datenträger mithilfe der gleiche Laufwerkbuchstabe als das Volume Produktion immer bereit. Z. B. wenn die Produktionsdatenbank auf Laufwerk E: auf dem Produktionsserver befindet, sollte das Berichterstellung Volume werden auch als Laufwerk E: auf jedem Server reporting bereitgestellt Wenn es möglich ist.

    Das Befehlszeilenprogramm DiskPart verwenden, um das Volume bereitstellen, Sie die folgenden Befehle an einer Eingabeaufforderung.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    in dieser Schritt <drive-number> der Volumenummer entspricht, die von Windows und <drive-letter> ist der Laufwerkbuchstabe, den Sie für die Berichterstellung Volume auf dem Berichtsserver verwenden möchten.

    Hinweis: Das Berichterstellung Volume muss schreibgeschützt sein. Es wird empfohlen, dass es als schreibgeschützt vor gekennzeichnet werden vom Produktionsserver Bereitstellung des Volumes aufgehoben wird. Wenn das Volume nicht als schreibgeschützt markiert wurde, legen Sie das Volume auf schreibgeschützt, nachdem Sie das Volume auf dem ersten Berichtsserver bereitstellen. Weitere Informationen finden Sie unter der ? Phase 1: die Erstellungsphase "Abschnitt.

    Als bewährte Methode sollten Sie sicherstellen, das Volume ist verfügbar als Nur-Lese-Volume über das SAN Nachdem Sie einen Berichterstellung Datenträger in jeder Berichtsserver bereit. Finden Sie weitere Informationen im Abschnitt "Stellen Sie sicher, dass die Umgebung für eine skalierbare gemeinsam genutzte Datenbank richtig ist".
  3. Anfügen der Datenbank auf die reporting Serverinstanz oder Instanzen auf jedem Berichtsserver. Weitere Informationen finden Sie unter SQL Server 2005-Onlinedokumentation.
Die Berichtsdatenbank ist nun als eine skalierbare freigegebenen Datenbank verfügbar und Abfragen können fortgesetzt werden.

Phase 3: Das Trennen-phase

Eine skalierbare freigegebene Datenbank trennen

In der Regel die aktuelle Version von eine Berichtsdatenbank schließlich verfällt und muss aktualisiert werden die Berichtsdaten Stand zu halten. Der Vorgang des Entfernens veralteten Berichtsdatenbank vom Dienst als skalierbare freigegebenen Datenbank wird als trennen Phase bezeichnet. Diese Phase ist die dritte und letzte Phase der das Update für eine Berichtsdatenbank durchlaufen. Bevor Sie eine aktualisierte Berichtsdatenbank verfügbar auf einem bestimmten reporting Server vornehmen können, muss auf dem Server trennen Phase abgeschlossen werden.

Abschließen der Phase trennen

In dieser Phase muss ein Administrator die folgenden Schritte auf jedem reporting Server ausführen:
  1. Deaktivieren Sie neue Abfragen in der Datenbank, und lassen Sie dann aktuelle Abfragen führen ordnungsgemäß, wenn es möglich ist.
  2. Trennen Sie die Datenbank von jeder reporting Serverinstanz mithilfe der Sp_detach_db @ Dbname = '<database_name>' Befehl.

    In dieser Schritt <database_name> ist der Name des der Datenbank. Weitere Informationen über den Befehl Sp_detach_db finden Sie unter SQL Server 2005-Onlinedokumentation.
  3. Bereitstellung aufheben des Berichterstellung Datenträgers, auf jedem Server reporting. Das Volume dismount mithilfe des Befehlszeilenprogramms DiskPart, geben Sie die folgenden Befehle an einer Eingabeaufforderung.
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    in dieser Schritt <drive-letter> ist der Buchstabe, der das reporting Volume zugewiesen.
  4. Verwenden Sie Ihren Hardwarehersteller Dienstprogramme, um die LUNs Maske, die die Berichterstellung Volumes entsprechen. Diese Aktion macht die Volumes für Clients von jedem reporting Server nicht zugänglich.

Alternative Strategien für eine veraltete Berichtsdatenbank trennen

Wenn Sie die veraltete Version einer Datenbank ersetzen, müssen Sie die Geschäftsanforderungen für die Berichterstellung Umgebung berücksichtigen. Bewerten Sie die folgenden Geschäftsanforderungen Vorrang in Ihrer Umgebung:
  • Aktuell ausgeführte Transaktionen beibehalten, bis Sie abgeschlossen haben.
  • Das Update innerhalb eines eingeschränkten Zeitrahmens abgeschlossen.
Basierend auf der Anforderung Vorrang hat, können Sie zum Verwalten der Phase trennen auf jedem reporting Server entscheiden. Sie können trennen Phase in der folgenden Arten verwalten:
  • Lassen Sie die Buchungen, enden bevor Sie den Berichtsserver trennen: um alle laufenden Transaktionen beizubehalten, müssen Sie trennen Phase starten, indem eingehende e/A-Aktivität, der Berichterstattung Datenträger beenden. Dann für jede reporting Serverinstanz warten Sie die Datenbank trennen, bis die aktuellen Buchungen abgeschlossen sind. Wenn die Datenbank aus allen Serverinstanzen getrennt wurde, können Sie das reporting Volume Bereitstellung aufheben.
  • Aktualisieren der Datenbank während eines eingeschränkten Zeitrahmens: in diesem Fall sollten Sie exklusiven Zugriff auf die Datenbank auf jeden Server-Instanz mit einer Beendigung Zeit, die für Ihre Zeitrahmens ermöglicht erhalten. Alle Abfragen innerhalb dieser Zeit beendet nicht abgeschlossen werden, werden diese beendet. Diese Abfragen müssen warten, bis nach der Aktualisierung neu gestartet werden. Nachdem die Abfragen beendet werden, können Sie trennen die Datenbank von jeder Instanz des Servers und dann Aufheben der Bereitstellung des Berichterstellung Datenträgers von jedem reporting Server.
Zu diesem Zeitpunkt sind Sie bereit für die nächste Build-Phase. Auch wenn Sie bereits aktualisiert, haben die Datenbank auf einem anderen reporting Volume wie empfohlen, können Sie jetzt anhängen-Phase für das alternative Volume ausführen. Finden Sie weitere Informationen im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank".

Maximieren der Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank

Um die Verfügbarkeit von Berichtsdaten zu maximieren, empfehlen wir, dass Update-Zyklen zwischen zwei Berichten Volumes Alternative. Wenn das erste reporting Volume weiterhin auf die reporting Server bereitgestellt wird, können Sie der zweite Datenträger auf dem Produktionsserver bereitstellen und erstellen eine aktuelle Version der Berichtsdatenbank.

Wenn Sie die Berichtsdatenbank auf einem zweiten reporting Volume aktualisieren, sollten Sie die folgenden Optionen:
  • Wenn Sie Ihre reporting Datenbanken identische Ergebnisse an Clients zurückgeben möchten, müssen Sie die alte Kopie von allen Serverinstanzen trennen, bevor Sie eine von Ihnen die neue Kopie anfügen.
  • Wenn Sie Clients, die auf verschiedenen Serverinstanzen verschiedene Ergebnisse empfangen, beim Aktualisieren der Berichtsdatenbank tolerieren können, können Sie ein paralleles Update der Berichtsdatenbank ausführen. Sie würden Aktualisierungszyklus auf einem Berichtsserver zu einem Zeitpunkt fertig stellen.

Synchronisiert, aktualisiert zeitgebundene aller reporting Server

In diesem Abschnitt werden verschiedene Strategien zum Aktualisieren des Inhalts einer skalierbaren gemeinsam genutzten Datenbank je nach Ihren Geschäftsanforderungen beschrieben:
  • Sie müssen alle Server synchron reporting beibehalten.
  • Sie müssen das Update innerhalb eines eingeschränkten Zeitrahmens erreichen. Dieser Zeitrahmen unbedingt mehr als die derzeit ausgeführten Transaktionen beibehalten.
Beim Synchronisieren der Datenbank auf dem Berichtsserver ist die reporting-Datenbank zwischen dem Trennen-Phase für veraltete Version der Datenbank und der anfügen Phase des die aktuelle Version nicht verfügbar.

Gehen Sie folgendermaßen vor um Aktualisierungszyklus auf allen reporting Server-Instanzen und Endtermin, die das Update innerhalb eines eingeschränkten Zeitrahmens Zyklus zu synchronisieren:
  1. Auf den Inhalt synchron halten, Sie enden müssen, trennen kann Phase auf allen reporting-Servern vor dem Berichtsserver aktualisiert werden. Wenn alle Abfragen mit langer auf jedem Server aktiv sind, müssen Sie diese beenden.
  2. Nach dem Aufheben der Bereitstellung des ersten reporting Volumes alle Serverinstanzen können Sie starten den Berichtsserver zu aktualisieren. Bereitstellen Sie auf jedem reporting Server, ein anderes Volume, das eine aktuellere Version der Berichtsdatenbank enthält. Fügen Sie die Version an der lokalen reporting Serverinstanz. Sobald die Datenbank auf einer bestimmten Instanz zugeordnet ist, können beendete Transaktionen auf die Instanz neu gestartet.

Wechsel der Berichterstellung von Servern

Ein paralleles Update können Sie die Berichtsdatenbank auf einem Berichtsserver aktualisieren, wenn eine veraltete Berichtsdatenbank vorübergehend auf einen anderen Berichtsserver verfügbar bleibt. Für eine Weile stehen die veraltete Version und die aktualisierte Version der Datenbank zur gleichen Zeit. Je nach Ihren Geschäftsanforderungen ein paralleles Update kann in einer begrenzten Zeitrahmen auftreten oder parallele Update kann relativ offene aktuelle Transaktionen beenden zu lassen.

Lassen Sie Transaktionen, die vor der Aktualisierung im Wechsel abgeschlossen

Bei dieser Strategie ermöglicht ein paralleles Update den Datenbankadministrator, warten Sie, langlebige Transaktionen auf einem Berichtsserver beendet, wenn die Datenbank auf einen anderen Berichtsserver aktualisiert wird. Diese Strategie behebt die folgenden Unternehmensanforderungen:
  • Der Berichtsserver müssen nicht synchron gehalten werden. Dies ermöglicht ein paralleles Update zwischen der veraltete reporting-Datenbank und die aktualisierten Berichtsdatenbank.
  • Sie haben eine unbegrenzte Zeitrahmen um das Update durchzuführen, oder den Stichtag ist weniger wichtig als derzeit ausgeführten Transaktionen beibehalten.
Gehen Sie diese Form der Aktualisierung im Wechsel durchführen möchten, folgendermaßen vor auf einen Serverinstanz zu einem Zeitpunkt
  1. Um alle laufenden Transaktionen beizubehalten, müssen Sie trennen Phase durch Beenden von eingehenden e/a-Aktivität der Berichterstellung Datenträger starten. Wenn eine Abfrage mit langer die Aktualisierung auf eine Serverinstanz verzögert, warten Sie die Abfrage beendet, bevor Sie die Server-Instanz offline schalten.
  2. Nachdem alle Buchungen, die auf dieser Serverinstanz abgeschlossen sind, trennen Sie die Berichtsdatenbank.
  3. Nachdem Sie eine bestimmte Berichtsdatenbank aus allen Serverinstanzen trennen, fügen Sie eine aktuellere Version der Berichtsdatenbank an die Serverinstanz.
  4. Die Server-Instanz erneut für die Berichterstellung Abfragen verfügbar machen, fügen Sie eine aktualisierte Kopie der Datenbank an.

Abschließen der Aktualisierung im Wechsel in eine begrenzte Zeit

Bei dieser Strategie ermöglicht eine Aktualisierung im Wechsel den Datenbankadministrator ununterbrochene reporting Services verwalten, indem kurz und veraltete Version der Datenbank für neue Abfragen auf einigen Servern Berichterstellung verfügbar bleiben. Der Dienst bleibt ohne Unterbrechung, beim Aktualisieren der Datenbank auf einen anderen Berichtsserver. Diese Strategie behebt die folgenden Unternehmensanforderungen:
  • Der Berichtsserver müssen nicht synchron gehalten werden. Dies ermöglicht ein paralleles Update zwischen der veraltete reporting-Datenbank und die aktualisierten Berichtsdatenbank.
  • Sie müssen das Update in einer begrenzten Zeitrahmen erreichen. In diesem Stichtag ist wichtiger als die derzeit ausgeführten Transaktionen beibehalten.
Gehen Sie diese Form der Aktualisierung im Wechsel durchführen, folgendermaßen vor um auf einem Berichtsserver zu einem Zeitpunkt:
  1. Beenden Sie eingehende e/A-Aktivität, der Berichterstattung Datenträger, und optional, warten Sie kurze Transaktionen an eine Server-Instanz enden, bevor Sie die Berichtsdatenbank trennen.
  2. Abschließen der Phase trennen, auf dem Server. Finden Sie weitere Informationen im Abschnitt "Trennen eine skalierbare freigegebenen Datenbank".
  3. Stellen Sie die aktualisierte Version der Berichtsdatenbank erneut für Berichterstellung Abfragen zur Verfügung. Finden Sie weitere Informationen im Abschnitt "Anfügen einer gemeinsam genutzten skalierbare Datenbank".
Diese Art der parallele Aktualisierung gewährleistet, dass die gesamte reporting Funktion niemals unterbrochen wird. Diese Strategie können Sie relativ langlebige Transaktionen auf einigen Server-Instanzen für eine Weile tolerieren. Allerdings müssen angegeben begrenzten Zeitrahmen für die Berichterstellung Datenbanken aktualisieren, wenn eine Abfrage mit langer die Aktualisierung auf eine Instanz des Servers erheblich verzögert, Sie die Abfrage zu stoppen. Die Abfrage kann auf der gleichen Serverinstanz erneut ausgeführt werden, nachdem die Berichtsdatenbank aktualisiert hat, oder die Abfrage neu werden früher auf einem aktualisierten Server gestartet kann warten.

Informationsquellen

Um SQL Server 2005-Onlinedokumentation herunterzuladen, finden Sie auf der folgenden Microsoft Download Center-Website:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server erfordert Systeme unterstützen ? garantierte Übermittlung mit stabilen Medium ? wie beschrieben unter das Programm Microsoft SQL Server Always-On Storage Solution überprüfen. FOWeitere Informationen zu den Eingabe- und Anforderungen für die SQL Server Datenbank-Engine finden Sie im folgenden Artikel der Microsoft Knowledge Base:
967576Microsoft SQL Server Engine E/A-Anforderungen

Eigenschaften

Artikel-ID: 910378 - Geändert am: Dienstag, 20. November 2007 - Version: 2.4
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Keywords: 
kbmt kbsql2005engine kbtshoot kbinfo KB910378 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 910378
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com