Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

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

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 910378
Einführung
Skalierbare freigegebene Datenbanken werden von Microsoft SQL Server 2005 und höheren Versionen unterstützt. In diesem Artikel wurde eine Vorschau des Themas "Skalierbare freigegebene Datenbank" jetzt wie im folgenden Thema in der SQL Server-Onlinedokumentation veröffentlicht wird

Übersicht über skalierbare freigegebene Datenbanken
Weitere Informationen

Skalierbare freigegebene Datenbanken

Skalierbare freigegebene Datenbanken können Sie mehrere Instanzen eine nur-Lese Berichtsdatenbank zuordnen, über ein Storage Area Network (SAN). Eine Berichtsdatenbank ist eine schreibgeschützte Datenbank, die aus einem oder mehreren Produktionsdatenbanken erstellt wird, das ausschließlich für Berichtszwecke verwendet werden. In einer skalierbaren freigegebenen Datenbank vorgenommen werden, muss eine Berichtsdatenbank auf einem oder mehreren dedizierten schreibgeschützten Volumes befinden. Der Hauptzweck dieser schreibgeschützten Volumes ist zum Hosten der Datenbank für die Berichterstellung oder einen vollständigen Satz aus Berichtsdatenbanken. Diese Volumes werden als Hinweis auf Volumes bezeichnet.

Vorteile

Skalierbare freigegebene Datenbanken bieten die folgenden Vorteile:
  • Bereitstellen Sie Arbeitsauslastung skalieren Berichtsdatenbanken durch Usingcommodity Server. Skalierbare freigegebene Datenbank ist eine kostengünstige Möglichkeit der Makingread nur Datamarts oder Datawarehouses zur Verfügung, mehrere Server Instancesfor reporting-Zwecke, wie z. B. das Ausführen von Abfragen oder mithilfe von SQL Server 2005Reporting Services.
  • Bieten Sie Workload-Isolation. Jeder Server verwendet die Ownmemory, die CPU und die Tempdb -Datenbank.
  • Garantiert die gleiche Ansicht der Daten aus allen Serversif, die alle Serverinstanzen identisch konfiguriert sind. Allservers würde z. B. eine einzige Sortierung verwenden.

    Hinweis Optional können Sie die Berichtsdatenbank auf einem Volume Secondreporting aktualisieren. Weitere Informationen finden Sie im Abschnitt "Maximieren der Verfügbarkeit der freigegebenen Datenbank Ascalable".

Einschränkungen

Einschränkungen für skalierbare freigegebene Datenbank:
  • Die Datenbank muss sich auf einem schreibgeschützten Datenträger sein.
  • Über ein SAN können die Datendateien zugegriffen werden.
  • Skalierbare freigegebene Datenbanken sind nur für Microsoft Windows Server 2003 Service Pack 1 (SP1) oder eine höhere Version von Windows Server 2003 unterstützt.

Aktualisierung der Berichtsdatenbank

Bei Verwendung eine skalierbare freigegebene Datenbank für eine Berichtsdatenbank umfasst einen Aktualisierungszyklus mit drei Phasen:
  • Erstellungsphase: Aktualisierungszyklus einer Berichtsdatenbank beginnt mit der Buildphase. Bevor eine Berichtsdatenbank erstellt werden kann, wird der Administrator Thereporting Volume auf das Produktionssystem bereitstellt und macht es Lese-/Schreibzugriff. Bei einem Datenträger schreibgeschützt ist, kann das Volume nur auf einem System bereitgestellt. Wenn das Volume auf mehr als einem System, Dateisystem beschädigt Mightoccur bereitgestellt wird. Der Administrator erstellt dann die Datenbank mit einem der Daten-Copymethods für das Kopieren von Daten oder Datenbanken von SQL Server 2005 bereitgestellt. Nach dem Datenbankmodul erstellt wird, der Administrator wird des Volumes auf schreibgeschützt und Thendismounts es.
  • Anfügungsphase: die Attach-Phase kommt nach der Erstellungsphase. Attach Phasemakes, die als eine skalierbare freigegebene Datenbank Datenbank. Die Attach-Phasemust werden auf jedem Server einzeln reporting durchgeführt. Um Thereporting Datenbank als skalierbare freigegebene Datenbank zu konfigurieren, wird der Administrator nur Theread-reporting-Volumes auf einem Berichtsserver über das SAN bereitgestellt. Nach dem Theadministrator sichergestellt wird, dass jedes Volume schreibgeschützt festgelegt ist, legt Theadministrator der Berichtsdatenbank auf einer Instanz von SQL Server. Thereporting-Datenbank auf einer Instanz von SQL Server wird auch eine Reportingserver-Instanz. Da die einzelnen schreibgeschützt ist, wird Datenbankmodul Anfügen auf schreibgeschützt. An diesem Punkt wird die Berichtsdatenbank freigegebenen Datenbank Ascalable, die mithilfe der Reportingserver von Clients zugegriffen werden kann.

    Hinweis Wenn Sie ein zweites reporting Volume bei der Aktualisierung Thereporting-Datenbank verwenden, müssen Sie zwischen einer Aktualisierung im Wechsel und asynchrone Aktualisierung auswählen. Weitere Informationen finden Sie im Abschnitt "Maximieren der vollem skalierbare freigegebene Datenbank".
  • Trennungsphase: die dritte ist die trennungsphase. In der Regel wird die Reportingdatabase schließlich veraltet. Die Datenbank muss aktualisiert werden, um Thereporting Daten aktuell zu halten. Die trennungsphase ist der Prozess eine Stalereporting Datenbank von Service als skalierbare freigegebene Datenbank zu entfernen. Bevor Sie können eine aktualisierte Berichtsdatenbank auf einem bestimmten Server reporting verfügbar muss die trennungsphase auf diesem Server abgeschlossen werden. Wenn ein reporting Databasemust aktualisiert werden, muss es von allen Serverinstanzen getrennt werden. Trennen Sie zum startendes Phase der Datenbank-Administrator erste beendet, dass die Abfrage arbeiten Loadthat in die Datenbank von allen Serverinstanzen kommt. Jede Serverinstance der Datenbankadministrator erhält exklusiven Zugriff auf die Datenbank und dann abgetrennt. Der Datenbankadministrator deaktiviert dann das Volume Fromeach Host-System. Wenn die trennungsphase abgeschlossen ist, der berichtenden Volume Isdisconnected aus SAN.
Hinweis Um die Verfügbarkeit der Daten zu maximieren, sollten Sie alternative Aktualisierungszyklen zwischen zwei reporting-Volumes wird empfohlen. Beim erste reporting Band zu dem Berichtsserver bereitgestellt ist, können Sie den zweiten Datenträger auf dem Produktionsserver bereitstellen und erstellen Sie eine aktuelle Version der Datenbank für die Berichterstellung. Weitere Informationen finden Sie im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren freigegebenen Datenbank".

Hinweis Jede Phase besteht aus einer Reihe von Schritten, die von einem Benutzer ausgeführt werden müssen, die Datenbank über Administratorrechte verfügt. In diesem Artikel wird dieser Benutzer der Datenbankadministrator genannt werden.

Wichtig Um eine skalierbare freigegebene Datenbank zu konfigurieren, muss die SAN-Umgebung bereits ordnungsgemäß funktioniert.

Beispiele für skalierbare freigegebene Datenbanken

In den nachfolgenden Update Zyklen kann die Datenbank aktualisiert oder neu erstellt werden. Die bevorzugte Methode hängt von Ihren geschäftlichen Anforderungen. Skalierbare freigegebene Datenbanken können in die folgenden beiden Möglichkeiten:
  • Datamart-Datenbank: die einfachste Verwendung einer skalierbaren freigegebenen Datenbank ist eine Martdatabase der Daten. Eine Datamart-Datenbank wird in regelmäßigen Abständen über den Inhalt der Adata Warehouse extrahiert und für die Berichterstellung verwendet wird. Um die Datamart-Datenbank aktualisieren möchten, löschen Sie die Datenbank, und Ersetzen Sie es durch eine neue Version.
  • Berichterstattung über eine aktualisierbare Datenbank: Wenn die Datenbank, die aus gemeldet wird keinen aus der Quelldatenbank transformiert werden sollen, kann die Datenbank Periodicallyupdated. Um die Datenbank in regelmäßigen Abständen zu aktualisieren, erstellen Sie eine vollständige Sicherung der Datenbank für die Gewinnung und dann wiederherstellen Sie der Datenbank auf dem Reportingvolume oder -Volumes.

Stellen Sie sicher, dass die Umgebung für skalierbare freigegebene Datenbank korrekt ist.

Skalierbare freigegebene Datenbank muss sich auf einem schreibgeschützten Datenträger, 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 eine spätere Version SQL Server 2005
Für Wartungsfreundlichkeit empfehlen wir, Ihre Konfigurationen skalierbare freigegebene Datenbank auf acht Serverinstanzen zu beschränken. SQL Server 2005 schränkt jedoch nicht die Anzahl der gleichzeitigen Instanzen, die eine skalierbare freigegebene Datenbank zugreifen können. In der Regel wird jeder Server-Instanz auf einem separaten Berichtsserver ausgeführt. Mehrere reporting Server-Instanzen auf einem Berichtsserver ausgeführt wird jedoch unterstützt.

Konfigurieren Sie Ihre Umgebung

Um sicherzustellen, dass Ihre Umgebung mit skalierbare freigegebene Datenbanken unterstützt, sollten Sie die folgenden Richtlinien beachten:
  • Stellen Sie sicher, dass der Berichtsserver für eine Particularreporting Datenbank unter identischen Betriebssystemen ausgeführt werden. Bei jedem Aktualisieren eines Berichtsservers Youupgrade anderen Berichtsserver bereit, die die gleichen skalierbare freigegebene Datenbank oder Datenbanken dienen. Wenn Asoftware Update oder service Pack für Windows oder SQL Server 2005 an einen Berichtsserver, gelten Sie das gleiche Software Update oder Service Pack z. B. für alle Berichtsserver.

    Hinweis Häufig können Sie Aktualisierungen im Wechsel für die Reportingservers durchführen, solange Sie die Aktualisierung im Wechsel rechtzeitig abgeschlossen.
  • Skalierbare freigegebene Datenbanken werden unter einer Concurrentaccess Arbeitsauslastung von bis zu acht Serverinstanzen von SQL Server 2005 EnterpriseEdition getestet. SQL Server 2005 erzwungen eine Beschränkung für die Instanz nicht. Eswird empfohlen, die skalierbare beschränken wird jedoch Datenbankkonfigurationen Eightserver Instanzen für jede gemeinsam genutzte Datenbank freigegeben.
  • Wenn die Datendateien der Produktionsdatenbank Multiplevolumes umfassen, müssen Sie die gleiche Anzahl von Volumes Berichterstellung verwenden. Da die Berichtsdatenbank schreibgeschützt festgelegt ist, können die Dateien im Gegensatz dazu co-Existwith Dateien auf einem Volume reporting.
  • Um das Erstellen oder aktualisieren die Datenbank Areporting vereinfachen, empfehlen wir, dass der Pfad der Datenbank für die Berichterstellung der Produktionsdatenbank identisch sein. Dies umfasst beide das gleiche Laufwerk Letterfor reporting-Volume und den gleichen Verzeichnispfad für die Datenbank. Beispielsweise ist die Produktionsdatenbank auf E:\SQLdata, verwenden als mit dem Letterof, das reporting Volume, falls möglich. Darüber hinaus verwenden Sie \SQLdata als Thedirectory der Berichtsdatenbank, wenn es möglich ist. Eine explizite dasirgendetwas Pfade können jedoch Abweichungen behandeln. Wenn das reporting Volume einem anderen Laufwerksbuchstaben als das Produktions-Volume verwendet werden, müssen Sie folgende Änderungen vornehmen:
    • Bei der Erstellung der reporting-Datenbank beim Wiederherstellen einer Datenbanksicherung muss die RESTORE DATABASE-Anweisung eine WITH MOVE-Klausel, die den vollständigen Pfad der wiederhergestellten Dateien angibt.
    • Wenn die Berichtsdatenbank eine Kopie der Produktionsdatenbank handelt, muss die FOR ATTACH-Klausel der CREATE DATABASE-Anweisung jeder Datei aufzulisten. Die FOR ATTACH-Klausel muss auch den vollständigen Pfad angeben, beim Anfügen der Datenbank für der Berichterstellung. Dies ist immer eine bewährte Methode.

      Hinweis Als bewährte Methode verwenden Sie denselben Laufwerkbuchstaben auf jedem Server, wenn Sie Berichte auf Ihrem Berichtsserver bereitstellen. Dieses Verfahren können Sie das Volume auf verschiedene Server verwalten.
  • Die Berichtsdatenbank muss werden auf einem schreibgeschützten Volume führungslicht erfolgen über das SAN aus dem Berichtsserver:
    • Nachdem Sie das reporting Volume auf einem Berichtsserver bereitstellen, stellen Sie sicher, dass reporting Datenträger korrekt eingelegt ist und dass die Datendateien zugegriffen werden können. Zu diesem Zweck geben Sie DIR <drive-letter></drive-letter>:\<database-directory></database-directory> an einer Eingabeaufforderung, in denen <drive-letter></drive-letter> den Buchstaben für das reporting Volume ist und <database-directory></database-directory> Gibt den Speicherort der Datendateien für die Datenbank auf dem Datenträger. Führen Sie diesen Test aus jedem Berichtsserver, um sicherzustellen, dass die gleichen Ergebnisse für alle zu erhalten.
    • Um sicherzustellen, dass die reporting-Datenbank schreibgeschützt ist, versuchen Sie, eine Datei auf dem Volume zu erstellen. Die einfachste Methode ist der Versuch, zu kopieren oder eine nur-Text-Datei auf dem Datenträger zu speichern. Der Versuch sollte fehlschlagen, da das Volume schreibgeschützt ist.

      Hinweis Wenn Sie diese Schritte manuell durchführen, empfehlen wir, dass Sie diese Tests in jedem Aktualisierungszyklus wiederholen, wenn das reporting Volume auf jedem Berichtsserver remount. Wenn Sie die Schritte aus, um reporting Volumes hin und her zwischen dem Produktionsserver und dem Berichtsserver verschieben Skript, ist das Testen nicht mehr erforderlich, wenn Sie sicher sind, dass die Skripts ordnungsgemäß ausgeführt werden.

Phase 1: Der Erstellungsphase

Erstellen oder Aktualisieren einer skalierbaren freigegebenen Datenbank

Eine Berichtsdatenbank muss erstellt und manuell aktualisiert werden. Dieser Prozess ist die erste Phase des Aktualisierungszyklus für eine Berichtsdatenbank und der Build-Phase genannt wird. Die Build-Phase kann beinhalten eine veraltete Datenbank aktualisieren oder eine neue Version erstellen.

In der Regel wird die aktuelle Version einer Berichtsdatenbank schließlich veraltet. Die Berichtsdatenbank muss in regelmäßigen Abständen aktualisiert werden, die Berichtsdaten auf dem neuesten Stand zu halten.

Abschließen der Erstellungsphase

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

Hinweis Bevor Sie eine vorhandene reporting-Datenbank aktualisieren können, muss die Datenbank von jeder reporting Server-Instanz getrennt. Darüber hinaus muss das reporting Volume aus jedem Berichtsserver aufgehoben. Weitere Informationen finden Sie im Abschnitt "Trennen einer skalierbaren freigegebenen Datenbank".

Zum Aktualisieren einer veralteten Berichtsdatenbank auf dem Produktions-Server folgendermaßen Sie vor:
  1. Verwenden Sie Dienstprogramme Ihres Hardwareherstellers, entlarven Logicalunit-Numbers (LUNs), die die Berichterstellung Volumes entsprechen. Diese Aktion mittelquelle Volumes auf dem Produktions-Server zugreifen kann.
  2. Das reporting Volume und markieren Sie sie Schreib-Asread. Mithilfe des Befehlszeilenprogramms Diskpart den Datenträger Enterthe, die folgenden Befehle an einer Eingabeaufforderung bereit:"Diskpart"
    DISKPART > Selectvolume =<drive-number></drive-number>
    DISKPART > Assignletter =<drive-letter></drive-letter>
    DISKPART > Attribut löschen Readonly
    DISKPART > beenden

    In diesem Schritt<drive-number></drive-number> ist die Nummer, Isassigned von Windows, und <drive-letter></drive-letter> ist die Theletter, die das reporting Volume zugeordnet ist.
  3. Wenn Sie eine vorhandene reporting-Datenbank aktualisieren, gehen Sie folgendermaßen vor:
    1. Fügen Sie die Datenbank mit einer Serverinstanz. Dies würde in der Regel die Produktions-Server-Instanz.
      CREATE DATABASE <database_name> ON <filespec_list>   FOR ATTACH
    2. Stellen Sie die Datenbank auf Lese-/Schreibzugriff mithilfe der folgenden Transact-SQL-Anweisung.
      ALTER DATABASE <database_name> SET READ_WRITE
      Weitere Informationen finden Sie in der Onlinedokumentation zu SQL Server 2005.
  4. Erstellen Sie die Datenbank.

    Um eine Reportingdatabase zu aktualisieren, können Sie die Datenbank neu aufbauen, die veralteten Daten aktualisieren oder tust, was andere Meinung ist erforderlich, um die Daten zu aktualisieren. Die Administratorbuilds der Datenbank mithilfe einer der Methoden, die Haushaltsvorausschätzungen SQL Server 2005 für das Kopieren von Daten oder Datenbanken sind. Weitere Informationen finden Sie im Abschnitt "Vorgehensweisen zum Erstellen oder Aktualisieren einer Datenbank".

    Hinweis Berichtsdatenbanken, empfehlen wir, Pageverify auf die Prüfsumme, die Standardeinstellung festgelegt werden. Verwenden Sie ALTER DATABASE, Changethis-Einstellung.
  5. Stellen Sie die Datenbank mithilfe der FollowingTransact-SQL-Anweisung nur lesen.
    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 diesem Schritt <database_name></database_name> der Name der Datenbank ist.
  7. Das Volume als schreibgeschützt kennzeichnen, und heben dann die Bereitstellung der Produktions-Server Volumefrom. Um die Diskpart-Befehlszeilenprogramm Todismount das Volume zu verwenden, geben Sie die folgenden Befehle an einer Eingabeaufforderung.
    DiskPartDISKPART> select volume=<drive-number>DISKPART> attribute set readonlyDISKPART> remove
    In diesem Schritt <drive-number></drive-number> DialogfensterVolumendurchdringung Zahl, die von Windows zugewiesen wird und<drive-letter></drive-letter> ist der Buchstabe, der Assignedto reporting Volume ist.
  8. Verwenden Sie den Hardwarehersteller Dienstprogramme zum Maskieren der LUNs Thatcorrespond auf die reporting-Volumes. Dadurch wird die Datenträger-Inaccessibleto den Produktions-Server.
Nun kann die Berichtsdatenbank als skalierbare freigegebene Datenbank zur Verfügung gestellt werden. Weitere Informationen finden Sie im Abschnitt "Skalierbare freigegebene Datenbank anfügen".

Methoden zum Erstellen bzw. Aktualisieren einer Datenbank

Hinweis Beim Erstellen einer Berichtsdatenbank empfehlen wir, dass Sie für die Produktion und die Berichtsdatenbanken immer den gleichen Pfad verwenden. Darüber hinaus wird empfohlen, Sie den gleichen Laufwerkbuchstaben für die Erzeugung und reporting Volume verwenden, wenn das Volume auf dem Berichtsserver bereitgestellt wird, wenn es möglich ist.

SQL Server 2005 unterstützt derzeit die folgenden Methoden für das Portieren von Daten in einer Datenbank oder eine gesamte Datenbank portieren:
  • SQL Server Integration Services: Erstellen oder kopieren Sie eine Datenbank durch Ausführen von IntegrationServices-Paketen und mithilfe der Task SQL ausführen oder die Databasetask übertragen werden können:
    • Der Task SQL ausführen führt SQL-Anweisungen oder gespeicherte Prozeduren aus einem Paket. Wenn Sie den Task SQL ausführen verwenden, können Sie eine Datenbank durch Ausführen der CREATE DATABASE-Anweisung erstellen. Sie können durch Kopieren in eine oder mehrere Tabellen oder Sichten die Datenbank füllen.
    • Der Task Datenbanken übertragen kann eine Datenbank in der gleichen Serverinstanz oder zwischen Instanzen kopieren.

      Hinweis Sie können eine Datenbank auch mithilfe von SQL Server-Import / Export-Assistenten erstellen, aber Sie müssen mindestens eine Tabelle oder Sicht kopieren.
  • Sicherung und Wiederherstellung: Sie können eine Sicherung einer Produktionsdatenbank auf Thereporting-Volume wiederherstellen. Zu diesem Zweck wiederherstellen und eine vollständige Sicherung Ontothe reporting-Volume wiederherstellen:
    • Wenn Sie denselben Laufwerkbuchstaben verwenden, das reporting Volume auf einem anderen Host bereitstellen und dann eine Verbindung mit einer Serverinstanz vorhanden, die Datenbank wiederherzustellen.
    • Wenn reporting Volume einen anderen Laufwerkbuchstaben als das Produktions-Volume verwendet werden, muss die RESTORE DATABASE-Anweisung eine WITH MOVE-Klausel aufweisen, die der Laufwerkbuchstabe des Volumes reporting im Pfad der wiederhergestellten Datenbank angibt.
  • Kopie der Produktionsdatenbank auf die reporting-Volume: Bevor Sie können manuell eine Datenbank kopieren oder die AndAttach Detach-Methode des Assistenten zum Kopieren von Datenbanken verwenden, Sie müssen die Datenbank offline. Nach dem Kopieren der Datenbank die Datenbank wieder online zu bringen. Der CopyDatabase-Assistent bietet jedoch eine alternative Methode. Das Übertragen von SMO-Methode kopiertdas Datenbank die Datenbank online bleibt. Obwohl die SMO-Transfermethod langsamer als die Methode zum Trennen und Anfügen der SMO übertragen Methodpreserves aktiven Verbindungen mit der Datenbank ist.
Weitere Informationen über diese Methoden finden Sie in der SQL Server 2005-Onlinedokumentation.

Wenn die Berichtsdatenbank bereit ist, führen Sie eine der Erstellungsphase. Weitere Informationen finden Sie in der "Phase 1: der Build-Phase" Abschnitt.

Phase 2: Attach-phase

Eine freigegebene skalierbare Datenbank anfügen

Nach dem Erstellen oder aktualisieren eine Berichtsdatenbank und Sie das reporting Volume des Produktions Servers aufheben, muss ein Administrator die Datenbank als skalierbare freigegebene Datenbank zur Verfügung stellen. Dieser Vorgang wird als anfügphase bezeichnet.

Abschließen der anfügphase

In dieser Phase muss ein Administrator die folgenden Schritte ausführen:
  1. Verwenden Sie die Dienstprogramme, die LUNsthat zu entlarven des Hardwareanbieters reporting Volumes entsprechen. Dadurch wird die Volumesaccessible für Clients von jedem Berichtsserver.
  2. Bereitstellen Sie auf jedem Berichtsserver, die Volume-Thatcorresponds auf die LUN.

    Hinweis Um das Erstellen oder Aktualisieren einer Reportingdatabase vereinfachen, empfehlen wir, dass Sie seine reporting Volume immer mit den gleichen Laufwerkbuchstaben wie das Produktions-Volume bereitstellen. Z. B. ist die Productiondatabase auf Laufwerk E: auf dem Produktionsserver, werden der Berichterstattung Shouldalso Volume bereitgestellt als Laufwerk E: auf jedem Berichtsserver Wenn möglich ist.

    Um dem Befehlszeilenprogramm Diskpart verwenden, um das Volume bereitstellen Enterthe folgende Befehle an einer Eingabeaufforderung.
    DiskPartDISKPART> select volume=<drive-number>DISKPART> assign letter=<drive-letter>DISKPART> exit
    In diesem Schritt <drive-number></drive-number> DialogfensterVolumendurchdringung Zahl, die von Windows zugewiesen wird und<drive-letter></drive-letter> steht für den Buchstaben des gewünschten Verwendung für das reporting Volume auf dem Berichtsserver.

    Hinweis Das reporting Volume muss schreibgeschützt sein. Es wird empfohlen, dass die It Bemarked, bevor Sie das Volume schreibgeschützt ist nicht vom Produktionsserver bereitgestellt. Wenn das Volume nicht als schreibgeschützt markiert wurde, stellen Sie die Lautstärke auf dem ersten Server reporting auf dem Datenträger schreibgeschützt auch bereitstellen. Für Weitere Informationen sehen "Phase 1: der Build-Phase" Abschnitt.

    Als bewährte Methode sicher, dass das Volume als schreibgeschützte Datenträger zugegriffen werden Shouldmake Sie über die SANafter Sie ein reporting Volume auf jedem Berichtsserver bereitstellen. Weitere Informationen finden Sie im Abschnitt "Stellen Sie sicher, dass die Umgebung für eine Datenbank Scalableshared richtig ist".
  3. Fügen Sie die Datenbank, die reporting Server-Instanz Orinstances auf jedem Berichtsserver. Weitere Informationen finden Sie unter SQL Server-2005Books Online.
Die Berichtsdatenbank ist nun als eine skalierbare freigegebene Datenbank und Abfragen, können weiterhin.

Phase 3: Trennungsphase

Skalierbare freigegebene Datenbank trennen

Die aktuelle Version einer Berichtsdatenbank wird in der Regel schließlich überholt sein, und muss die reporting-Daten stets auf dem neuesten Stand aktualisiert werden. Entfernt eine veraltete Berichtsdatenbank vom Dienst als skalierbare freigegebene Datenbank wird als trennungsphase bezeichnet. Diese Phase ist die dritte und letzte Phase der Aktualisierung für eine Berichtsdatenbank wechseln. Bevor Sie einen bestimmten reporting Server eine aktualisierte Berichtsdatenbank zur Verfügung stellen können, muss die trennungsphase auf diesem Server abgeschlossen werden.

Schließen Sie die trennungsphase

In dieser Phase muss ein Administrator die folgenden Schritte auf jedem Berichtsserver ausführen:
  1. Deaktivieren Sie neue Abfragen in der Datenbank und dann ordnungsgemäß, Currentqueries fertig gestellten, wenn es möglich ist.
  2. Trennen Sie die Datenbank von jeder reporting Server-Instanz mithilfe der Sp_detach_db @dbname ='<database_name>'</database_name>Befehl.

    In diesem Schritt<database_name></database_name> ist der Name der Datenbank. Weitere Informationen zum Befehl Sp_detach_db finden Sie in der SQL Server 2005-Onlinedokumentation.
  3. Aufheben der Bereitstellung reporting Volumes auf jedem Berichtsserver. Um die Volumebereitstellung mithilfe des Befehlszeilenprogramms Diskpart, geben Sie folgende Befehle an einer Eingabeaufforderung.
    DiskPartDISKPART> select volume <drive-number>DISKPART> remove
    In diesem Schritt <drive-letter></drive-letter> Theletter, die das reporting Volume zugewiesen, ist.
  4. Verwenden Sie den Hardwarehersteller Dienstprogramme zum Maskieren der LUNs Thatcorrespond auf die reporting-Volumes. Dadurch wird die Datenträger Inaccessibleto Clients von jedem Berichtsserver.

Alternative Strategien zum Trennen einer veralteten Berichtsdatenbank

Wenn die veraltete Version einer Datenbank zu ersetzen, müssen Sie die Geschäftsanforderungen für reporting-Umgebung berücksichtigen. Sie sollten abwägen, welche der folgenden Unternehmensanforderungen Vorrang in Ihrer Umgebung:
  • Aktuell ausgeführte Transaktionen bis zu Theyfinish zu erhalten.
  • Abschluss des Updates innerhalb einer Limitedtimeframe.
Basierend auf der Anforderung Vorrang hat, können Sie die trennungsphase auf jedem Berichtsserver verwalten. Sie können die trennungsphase auf folgende Weise verwalten:
  • Lassen Sie die Transaktionen zu beenden, bevor Sie die Reportingserver trennen: um alle laufenden Transaktionen beizubehalten, müssen Sie die Detachphase starten, indem eingehende e/a-Aktivität auf dem Volume reporting beenden. Warten Sie dann auf Eachreporting Server-Instanz zum Trennen der Datenbank, bis alle Currenttransactions abgeschlossen sind. Wenn aus allen Server-Instanzen die Datenbank getrennt wurde, können Sie die Berichterstattung Volumebereitstellung.
  • Aktualisieren Sie die Datenbank, während eines begrenzten Zeitraums: In diesem, rufen Sie exklusiven Zugriff auf die Datenbank auf jeden Serverinstance mit einer Kündigung Zeit, die der Zeitrahmen zulässt. Wenn keine Queriesdo innerhalb dieser Frist für die Beendigung abgeschlossen haben, werden sie beendet. Diese Querieswill müssen warten bis nach der Aktualisierung neu gestartet werden. Nach der Arestopped Abfragen können Sie die Datenbank aus jeder Serverinstanz und das reporting Volumen aus jedem Berichtsserver Thendismount trennen.
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 die Attach-Phase für den alternativen Datenträger ausführen. Weitere Informationen finden Sie im Abschnitt "Maximieren der Verfügbarkeit einer skalierbaren freigegebenen Datenbank".

Maximieren Sie die Verfügbarkeit einer skalierbaren gemeinsam genutzten Datenbank

Um die Verfügbarkeit der Daten zu maximieren, sollten Sie alternative Aktualisierungszyklen zwischen zwei gezeigt. Wenn das erste reporting-Volume auf dem Berichtsserver bereitgestellt ist, können Sie den zweiten Datenträger auf dem Produktionsserver bereitstellen und erstellen eine aktuelle Version der Datenbank für die Berichterstellung.

Wenn Sie die Berichtsdatenbank auf einem zweiten Volume Berichte aktualisieren, sollten Sie die folgenden Optionen:
  • Soll die Berichtsdatenbanken Returnidentical Ergebnisse auf Clients zu, müssen Sie die alte Kopie von allen Serverinstances vor dem Anfügen der neuen Kopie an einen von ihnen trennen.
  • Wenn Sie Clients unterschiedliche Ergebnisse Ondifferent Serverinstanzen empfangen, beim Aktualisieren der Berichtsdatenbank könnenDokument-ein paralleles Update der Berichtsdatenbank tolerieren können. Sie würden formulardes Zyklus auf einem Berichtsserver zu einem Zeitpunkt abschließen.

Zeitkritische aktualisiert synchronisiert, der alle Berichtsserver

Dieser Abschnitt beschreibt mehrere Strategien für die Aktualisierung des Inhalts einer skalierbaren freigegebenen Datenbank, abhängig von Ihren geschäftlichen Anforderungen:
  • Sie müssen alle Server synchron reporting zu halten.
  • Sie müssen das Update innerhalb eines begrenzten Zeitraums erreichen. Dieser Zeitrahmen ist wichtiger als das aktuell laufende Transaktionen beibehalten.
Beim Synchronisieren der Datenbank auf dem Berichtsserver ist die Berichtsdatenbank zwischen der trennungsphase für die veraltete Version der Datenbank und der Phase Anhängen der neuen Version nicht verfügbar.

Um den Aktualisierungszyklus auf die reporting Server-Instanzen und "Fertig stellen" das Update innerhalb eines begrenzten Zeitraums Zyklus zu synchronisieren, gehen Sie folgendermaßen vor:
  1. Um den Inhalt synchron zu halten, müssen Sie die Detachphase auf dem Berichtsserver vor allen der reporting Server jederzeit aktualisiert abschließen. Bei Abfragen mit langer Ausführungszeit auf jedem Server aktiv sind, müssen Sie Stopthem.
  2. Nach dem Aufheben der Bereitstellung des ersten reporting Band aus allen Server-Instanzen können Sie beginnen, den Berichtsserver aktualisieren. Bereitstellen Sie auf Eachreporting-Server, einem anderen Volume, das eine aktuellere Version der reporting-Datenbank enthält. Die lokale Berichterstellung Serverinstance diese Version zuordnen. Sobald die Datenbank einer bestimmten Instanz verbunden ist, kann Stoppedtransactions für diese Instanz neu gestartet werden.

Wechsel der Berichtsserver

Ein paralleles Update können Sie die Berichtsdatenbank auf einem Berichtsserver aktualisiert wird, wenn eine veraltete Berichtsdatenbank vorübergehend auf einen anderen Berichtsserver verfügbar bleibt. Für eine Weile stehen die veraltete Version und der aktualisierten Version der Datenbank zur gleichen Zeit. Je nach Ihren Unternehmensanforderungen ein paralleles Update kann in einem begrenzten Zeitrahmen auftreten, oder die Aktualisierung im Wechsel kann relativ zum aktuelle Transaktionen Fertig stellen können offen sein.

Lassen Sie die Transaktionen, die vor der Aktualisierung im Wechsel abgeschlossen

Bei dieser Strategie kann eine Aktualisierung im Wechsel der Datenbankadministrator warten, langlebige Transaktionen auf einem Berichtsserver zu beenden, wenn die Datenbank auf einen anderen Berichtsserver aktualisiert wird. Diese Strategie behebt die folgenden Unternehmensanforderungen:
  • Der Berichtsserver müssen nicht synchron gehalten werden. Thispermits im Wechsel zwischen veraltete Berichtsdatenbank und der Updatedreporting-Datenbank zu aktualisieren.
  • Sie haben eine unbegrenzte Zeitrahmen der Aktualisierung oder des Termins ist weniger wichtig als das derzeit Runningtransactions beibehalten.
Um diese Form der Aktualisierung im Wechsel durchführen, gehen Sie folgendermaßen auf einer Serverinstanz zu einem Zeitpunkt:
  1. Um alle in Bearbeitung befindlichen Transaktionen beizubehalten, müssen Sie startendes Phase durch eingehende e/a-Aktivität auf dem Volume reporting Beenden trennen. Beim Auftreten eines Problems länger dauernden Abfrage verzögert die Aktualisierung auf eine Serverinstanz, warten Sie Abfrageoptionen festlegen, abgeschlossen sein, bevor Sie die Serverinstanz offline schalten.
  2. Nachdem alle Buchungen auf diesem Serverinstance abgeschlossen sind, trennen Sie die Berichtsdatenbank.
  3. Nachdem Sie eine bestimmte Berichtsdatenbank von alle Serverinstanzen trennen, Anfügen einer aktuelleren Version des reporting Databaseto dieser Serverinstanz.
  4. Um die Serverinstanz erneut für Reportingqueries verfügbar zu machen, fügen Sie eine aktualisierte Kopie der Datenbank.

Beenden der Aktualisierung im Wechsel in einen begrenzten Zeitraum

Bei dieser Strategie kann ein paralleles Update der Datenbankadministrator um die ununterbrochene reporting Services verwalten, indem Sie kurz die veraltete Version der Datenbank auf einige reporting Server neue Abfragen verfügbar bleiben zu lassen. 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. Thispermits im Wechsel zwischen veraltete Berichtsdatenbank und der Updatedreporting-Datenbank zu aktualisieren.
  • Sie müssen das Update in einem begrenzten Zeitrahmen zu erreichen. Diese Frist ist wichtiger als das aktuell laufende Transaktionen beibehalten.
Diese Form der Aktualisierung im Wechsel befolgen Sie diese Schritte auf einem Berichtsserver zu einem Zeitpunkt:
  1. Stoppen Sie eingehende e/a-Aktivitäten zum reporting Volume und, optional, warten Sie kurze Transaktionen auf einer Server-Instanz finden die reporting-Datenbank trennen.
  2. Schließen Sie die trennungsphase auf diesem Server. Weitere Informationen finden Sie im Abschnitt "Trennen einer skalierbaren freigegebenen Datenbank".
  3. Stellen Sie die aktualisierte Version der reporting Databaseavailable für Berichtsabfragen. Weitere Informationen finden Sie im Abschnitt "Attach Ashared skalierbare Datenbank".
Diese Art der parallelen Updates wird sichergestellt, dass die gesamte reporting-Funktionen nie unterbrochen wird. Mit dieser Strategie können Sie relativ langlebige Transaktionen bei einigen Server-Instanzen für eine Weile tolerieren. Jedoch müssen angesichts begrenzten Zeitrahmen für die Berichterstellung Datenbanken aktualisieren, wenn eine lange dauernde Abfrage das Upgrade auf einer Serverinstanz erheblich verzögert, Sie die Abfrage beenden. Die Abfrage kann warten auf dem gleichen Server erneut ausgeführt werden, nachdem die Berichtsdatenbank aktualisiert wurde oder die Abfrage auf einem aktualisierten Server schneller gestartet werden kann.
Informationsquellen
Um SQL Server 2005-Onlinedokumentation herunterzuladen, besuchen Sie folgende Website im Microsoft Download Center:
SQL Server erfordert die Zustellungsgewährleistung stabile Medien unterstützen gemäß der Microsoft SQL Server ununterbrochenes Storage Solution Review Program. FoWeitere Informationen zu den Eingabe- und Anforderungen für die SQL Server-Datenbank-Engine klicken Sie auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
967576 Microsoft SQL Server-Datenbank-Engine Input/Output Anforderungen
SSD-kbsql2005addtobol

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 910378 – Letzte Überarbeitung: 05/12/2015 03:42:00 – Revision: 1.0

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

  • kbsql2005engine kbtshoot kbinfo kbmt KB910378 KbMtde
Feedback
/html>>rror="var m=document.createElement('meta');m.name='ms.dqp0';m.content='true';document.getElementsByTagName('head')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?">