SQL Server 2005 jsou podporovány škálovatelné sdílené databáze

Překlady článku Překlady článku
ID článku: 910378 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Úvod

Škálovatelné sdílené databáze jsou podporovány Microsoft SQL Server 2005 Enterprise Edition. Tento článek je náhled "Scalable sdílené databázi" téma, které budou publikovány v budoucí aktualizaci SQL Server Books Online.

Další informace

Škálovatelné sdílené databáze

Škálovatelné sdílené databáze umožňují připojit jen pro čtení databáze sestav více instancí serveru prostřednictvím sítě oblasti úložiště SAN. Databáze vykazování je jen pro čtení databáze, která je sestaven z jednoho nebo více databází výroby, které jsou používány výhradně pro účely vykazování. Provedení do škálovatelné sdílené databáze musí být databáze sestav umístěny na jeden nebo více vyhrazených jen pro čtení svazky. Primárním účelem tyto svazky jen pro čtení je hostitelem databáze sestav nebo koordinované sady vykazování databází. Tyto svazky jsou označovány jako vykazování svazky.

Přínosy

Škálovatelné sdílené databáze nabízejí následující výhody:
  • Poskytují vytížení měřítko out vykazování databází pomocí serverů zboží. Škálovatelné sdílené databáze je cenově způsob zpřístupnění marts jen pro čtení dat nebo dat sklady více instancí serveru pro vykazování účely, například spuštění dotazů nebo pomocí SQL Server 2005 Reporting Services.
  • Poskytují izolace pracovní vytížení. Každý server používá vlastní databázi paměť, PROCESOR a databázi tempdb.
  • Zaručit stejného zobrazení vykazování dat ze všech serverů, pokud jsou všechny instance serveru shodně nakonfigurována. Jediné řazení pomocí například všechny servery.

    Poznámka: Volitelně můžete aktualizovat databáze sestav na druhý svazek vykazování. Další informace naleznete v části "Maximalizovat dostupnost škálovatelné sdílené databázi".

Omezení

Pro škálovatelné sdílené databázi existují následující omezení:
  • Databáze musí být na svazku pouze pro čtení.
  • Datové soubory lze získat přístup prostřednictvím SAN.
  • Škálovatelné sdílené databáze jsou podporovány pouze na server, 2003, Service, Pack, Microsoft Windows 1, (SP1) nebo vyšší verze Windows Server 2003.

Aktualizovat cyklu databáze sestav

Při použití škálovatelné sdílené databáze pro vykazování databáze zahrnuje tři fáze cyklu aktualizací:
  • Sestavit fáze: Tato aktualizace cyklu databáze sestav začíná fáze sestavení. Před vytvoření databáze sestav správce připojí vykazování svazku v systému výroby a umožňuje čtení a zápisu. Pokud je svazek ve stavu pro čtení i zápis, můžete svazek připojený pouze na jeden systém. Svazek připojený na více než jeden systém, může dojít k poškození systému souborů. Správce pak sestaví databázi pomocí metod kopie dat poskytované pro kopírování dat nebo databází SQL Server 2005. Po integrována databáze správce nastaví svazku jen pro čtení a pak odpojí.
  • Připojit fáze: fáze připojené pochází po fáze sestavení. Fáze připojené zpřístupní databázi jako škálovatelné sdílené databázi. Připojené fáze musí být proveden na jednotlivých serverů vykazování jednotlivě. Správce konfigurace databáze sestav jako škálovatelné sdílené databáze připojí přes SAN jen pro čtení vykazování svazky na serveru pro vykazování. Po správce zajistí každý svazek je nastavena na jen pro čtení, připojí správce databáze sestav na instanci serveru SQL. Instance serveru sestav je známé také jako databáze sestav na instanci serveru SQL. Protože každý vykazování svazek je jen pro čtení, připojení databáze nastaví ji jen pro čtení. V tomto okamžiku databáze sestav se stane škálovatelné sdílené databáze, ke kterým lze přistupovat klienti pomocí serveru pro vykazování.

    Poznámka: Používáte-li druhý svazek vykazování při aktualizaci databáze sestav, musíte zvolit mezi postupné inovace a synchronizovaných inovace. Další informace naleznete v části "Maximalizovat dostupnost škálovatelné sdílené databázi".
  • Odpojit fáze: the třetí fáze je detach fáze. Obvykle databáze sestav nakonec stane zastaralé. Databáze musí být aktualizovány zachovat aktuální data sestavy. Fáze detach je proces odebrání zastaralých databáze zpráv ze služby jako škálovatelné sdílené databázi. Před aktualizované databáze sestav můžete zpřístupnit na určitém serveru pro vykazování, musí být dokončen fáze detach na daném serveru. Při aktualizaci musí být databáze sestav, musí být odpojen od všech instancí serveru. Správce databáze spustit fáze detach nejprve zastaví pracovní zatížení dotazu, který je přichází do databáze všem instancím serveru. Na každé instance serveru správce databáze získá výhradní přístup k databázi a potom odpojí. Správce databáze pak odpojí svazek z každé hostitelského systému. Po dokončení fáze detach vykazování svazek odpojen od SAN.
Poznámka: Chcete-li maximalizovat dostupnost vykazování dat, doporučujeme alternativní cykly aktualizace mezi dva svazky vykazování jako nejvhodnější z hlediska. Při první vykazování svazek je stále připojen k vykazování servery, připojit druhý svazek na produkční server a sestavit aktuální verze databáze sestav. Další informace naleznete v části "Maximalizovat dostupnost škálovatelné sdílené databázi".

Poznámka: Jednotlivé fáze se skládá z řady kroky musí provést uživatel, který má práva správce databáze. V tomto článku uživatele bude označována jako správce databáze.

Důležité: Konfigurovat škálovatelné sdílené databázi prostředí SAN musí již být pracovat správně.

Příklady škálovatelné sdílené databáze

V cykly následné aktualizace může být databáze aktualizována nebo vytvořena. Upřednostňovaná metoda závisí na obchodní požadavky. Škálovatelné sdílené databáze můžete použít následující dvěma způsoby:
  • Data Tržiště databáze: databáze Tržiště dat je nejjednodušší použití škálovatelné sdílené databáze. Databáze Tržiště data pravidelně je extrahován z obsahu datového skladu a používaný pro vykazování. Aktualizace dat databáze Tržiště přetažení databáze a potom ji nahradit novou verzí.
  • Hlášení z aktualizovatelné databáze: Jakmile databáze je hlášena z nemá být transformována ze zdrojové databáze, může být databáze pravidelně aktualizována. Pravidelně aktualizovat databázi vytvořit úplnou zálohu databáze výrobní a obnovit zálohu databáze na vykazování svazek nebo svazky.

Ujistěte se, že je prostředí správné škálovatelné sdílené databáze

Škálovatelné sdílené databáze musí být na svazku pouze pro čtení, která je přístupná přes SAN. Vykazování servery musí být spuštěny následující:
  • Windows Server 2003 SP1 nebo novější verzi Windows Server 2003
  • Novější verze SQL Server 2005 nebo SQL Server 2005 Enterprise Edition
Supportability doporučujeme omezit škálovatelné sdílené databáze konfigurací osm instancím serveru. SQL Server 2005 neomezuje počet souběžných instancí přístup škálovatelné sdílené databázi. Každé instance serveru obvykle spuštěna na samostatném serveru pro vykazování. Spuštění více instancí serveru pro vykazování na vykazování serveru je však podporována.

Konfigurace prostředí

Chcete-li se ujistit, že prostředí podporuje škálovatelné sdílené databáze, doporučujeme postupujte podle následujících pokynů:
  • Ujistěte se, že jsou servery pro vykazování pro určitou databázi vykazování identické operačním systémem. Kdykoli inovovat server pro vykazování inovovat všechny ostatní vykazování serverů, které slouží stejné škálovatelné sdílené databáze nebo databází. Například pokud použijete softwaru aktualizace nebo aktualizace service pack pro Windows nebo SQL Server 2005 některou serverů pro vykazování, použít na všechny servery pro vykazování stejný software aktualizace nebo aktualizace service pack.

    Poznámka: Často můžete provádět postupné inovace serverů pro vykazování jako postupné inovaci dokončit včas.
  • Škálovatelné sdílené databáze testován pod vytížení souběžného přístupu až osm instance serveru SQL Server 2005 Enterprise Edition. SQL Server 2005 nevynucuje instance limit. Doporučujeme však omezit škálovatelné sdílené databáze konfigurací osm instancím serveru pro každou sdílené databázi.
  • Datové soubory databáze výrobní span více svazků, musíte použít stejný počet vykazování svazky. Existovat naproti protože databáze sestav je nastaven jen pro čtení, soubory protokolu mohou společně s datovými soubory na svazku vykazování.
  • Chcete-li zjednodušit proces vytváření nebo aktualizace databáze sestav, doporučujeme cesta databáze sestav být stejný jako provozní databázi. To zahrnuje použití obou stejné písmeno jednotky pro vykazování svazku a stejnou cestu adresáře pro databázi. Například pokud je databáze výrobní na E:\SQLdata, použijte E jako písmeno jednotky svazku vykazování, pokud je to možné. Pokud je možné dále použít \SQLdata jako adresář databáze sestav. Skript má explicitní cesty však může zpracovávat všechny rozdíly. Vykazování svazek používá jiné písmeno než svazek výroby, budete muset provést následující změny:
    • Pokud sestavení databáze sestav podle obnovení zálohy databáze příkazu RESTORE DATABASE musí mít klauzuli WITH MOVE, která určuje úplnou cestu souborů obnovená data.
    • Pokud databáze zpráv je kopie databáze výroby, musíte klauzuli FOR připojit příkazu CREATE DATABASE seznam všech souborů. Klauzuli FOR připojit také nutné zadat úplnou cestu, při připojení databáze pro vykazování. Toto je vždy nejlepší praxe.

      Poznámka: Jako nejvhodnější z hlediska použít stejné písmeno jednotky na každém serveru při připojení vykazování svazku na vykazování serverů. Tento postup usnadňuje správu svazku různých serverech.
  • Databáze zpráv musí být na svazku pouze pro čtení, která je přístupná přes SAN z vykazování serverů:
    • Po připojení svazku vykazování na serveru pro vykazování Ujistěte se, vykazování svazku je správně připojen a přistupovat datové soubory. Zadejte DIR <drive-letter>: \ <database-directory> příkazového řádku, kde <drive-letter> je písmeno přiřazené k vykazování svazku a <database-directory> Určuje umístění dat v databázi soubory na svazku. Tento test spustit z každého serveru pro vykazování zkontrolujte, zda přijímat stejné výsledky pro všechny.
    • Zkontrolujte, zda je databáze sestav nastaven jen pro čtení, pokuste se vytvořit soubor na svazku. Nejjednodušší metoda je pokusu zkopírujte nebo uložte soubor ve formátu prostého textu na svazku. Pokus o měli nezdaří, protože svazek je jen pro čtení.

      Poznámka: Pokud ručně tyto kroky provádíte, doporučujeme opakujte tyto testy v každém cyklu aktualizace znovu připojte svazek vykazování na každý server pro vykazování. Pokud skript kroky vykazování svazky přesunout tam a zpět mezi výrobní server a servery pro vykazování testování již není požadován po opravdu skripty pracují správně.

Fáze 1: Sestavení fáze

Vytvořit nebo aktualizovat škálovatelné sdílené databáze

Databáze zpráv musí být integrována a obnovovány ručně. Tento proces je první fáze cyklu aktualizace databáze sestav a je známý jako fáze sestavení. Fáze sestavení může zahrnovat aktualizaci zastaralých databáze nebo vytváření nové verze.

Obvykle aktuální verzi databáze sestav nakonec stane zastaralé. Databáze zpráv musí pravidelně aktualizovat zachovat aktuální data sestavy.

Dokončení fáze sestavení

Zastaralé databáze sestav můžete aktualizovat podle aktualizaci zastaralých dat v existující databázi nebo opětovné sestavení databáze.

Poznámka: Před aktualizací existující databázi vykazování, databáze musí odpojili od každé instance serveru sestav. Navíc musí být vykazování svazek odpojen z každého serveru pro vykazování. Další informace naleznete v části "Odpojit škálovatelné sdílené databázi".

Aktualizovat zastaralých vykazování databáze na provozní server postupujte takto:
  1. Pomocí nástroje dodavatele hardwaru unmask čísla logické jednotky (LUN), které odpovídají vykazování svazky. Tato akce umožňuje svazky přístupné výrobní server.
  2. Připojit svazek vykazování a označit jej jako čtení i zápis. Chcete-li svazek připojit pomocí nástroje příkazového řádku DiskPart, zadejte na příkazovém řádku následující příkazy: DiskPart
    DISKPART > vyberte svazek =<drive-number>
    DISKPART > přiřadit písmeno =<drive-letter>
    DISKPART > atribut vymazat jen pro čtení
    DISKPART > exit

    V tomto kroku <drive-number> je číslo svazku je přiřazeno podle Windows a <drive-letter> je písmeno přiřazené k vykazování svazku.
  3. Pokud jsou aktualizace existující databázi vykazování, postupujte takto:
    1. Připojit k instanci serveru databáze. Obvykle by výrobní instanci serveru. CREATE
      CREATE DATABASE <database_name> ON <filespec_list>
         FOR ATTACH
      
    2. Nastavit databázi pro čtení i zápis přístup pomocí následující příkaz Transact-SQL.
      ALTER DATABASE <database_name> SET READ_WRITE
      Další informace naleznete v tématu SQL Server 2005 Books Online.
  4. Sestavit databázi.

    Pokud chcete aktualizovat databáze sestav, můžete aktualizaci zastaralých dat, znovu sestavit databázi nebo provést jakoukoli else si myslíte, že je požadováno data aktualizovat. Správce sestaví databázi pomocí jedné z metod kopie dat poskytované SQL Server 2005 pro kopírování dat nebo databází. Další informace naleznete v části "Metody pro vytváření nebo aktualizace databáze".

    Poznámka: V hlášení databází, doporučujeme dané stránky ověřte nastavit na Kontrolní součet, výchozí. Toto nastavení změnit, použijte ALTER DATABASE.
  5. Nastavte databázi jen pro čtení pomocí následující příkaz Transact-SQL.
    ALTER DATABASE <database_name> SET READ_ONLY
  6. Odpojit databázi pomocí následující Transact-SQL příkazu.
    sp_detach_db @dbname='<database_name>'
    v tomto kroku <database_name> je název databáze.
  7. Označit svazek jako jen pro čtení a odpojení svazku od serveru výroby. Odpojení svazku pomocí nástroje příkazového řádku DiskPart, zadejte na příkazovém řádku následující příkazy.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove
    
    v tomto kroku <drive-number> je číslo svazku je přiřazeno podle Windows a <drive-letter> je písmeno přiřazené k vykazování svazku.
  8. Pomocí nástroje dodavatele hardwaru masku LUN, které odpovídají vykazování svazky. Tato akce umožňuje svazků nepřístupné výrobní server.
Nyní databáze sestav může být k dispozici jako škálovatelné sdílené databázi. Další informace naleznete v části "Připojit škálovatelné sdílené databázi".

Metody pro vytváření nebo obnovení databáze

Poznámka: Při vytváření databáze sestav doporučujeme vždy použít stejnou cestu pro vykazování databáze a provozní databázi. Dále doporučujeme použít stejné písmeno jednotky pro výrobu a vykazování svazku při svazek připojený na serverech pro hlášení, pokud je to možné.

SQL Server 2005 nyní podporuje následující metody pro portování data do databáze nebo pro portování celé databáze:
  • SQL Server Integration Services: můžete vytvořit nebo kopírování databáze spuštěním Integration Services balíčky a pomocí úkol provést SQL nebo přenést databázi úloh:
    • Úkol provést SQL spustí příkazy SQL nebo uložených procedur z balíčku. Použijete-li úkol provést SQL, můžete vytvořit databázi spuštěním příkazu CREATE DATABASE. Databáze lze potom naplnit zkopírováním v jedné nebo více tabulek nebo zobrazení.
    • Přenést databázi úkolu můžete zkopírovat databázi stejnou instanci serveru nebo mezi instancemi.

      Poznámka: Můžete také vytvořit databázi pomocí SQL Server Průvodce importem a exportem, ale musíte zkopírovat nejméně jednu tabulku nebo zobrazení.
  • Zálohování a obnovení: je-li obnovit zálohování databáze výrobní na vykazování svazku. Obnovení a obnovit úplnou zálohu databáze do vykazování svazku:
    • Pokud používáte stejné písmeno jednotky, připojit svazek vykazování do jiného hostitele a připojit k instanci serveru došlo k obnovení databáze.
    • Pokud svazek vykazování používá jiné písmeno než výrobní svazek, musí mít příkazu RESTORE DATABASE klauzule WITH MOVE, která určuje písmeno jednotky svazku vykazování cestu obnovené databáze.
  • Kopie databáze výrobní do vykazování svazku: před můžete ručně kopírovat do databáze nebo použít odpojit a připojit metoda Průvodce kopírováním databáze, musíte provést databáze offline. Po zkopírování databáze přenést databázi zpět do režimu online. Však kopírovat Průvodce databází nabízí alternativní metody. Metoda Transfer SMO zkopíruje databáze, ačkoli zůstane online databázi. Přestože SMO Transfer metoda je pomalejší než odpojit a připojit metoda metoda Transfer SMO zachovává aktivní připojení k databázi.
Další informace o těchto metodách kopírování dat v tématu SQL Server 2005 Books Online.

Databáze vykazování je připraven, musíte dokončit fáze sestavení. Další informace naleznete "fáze 1: fáze sestavení" oddílu.

Fáze 2: Připojené fáze

Připojení sdílené škálovatelné databáze

Po vytvoření nebo aktualizace databáze sestav a odpojení svazku vykazování ze serveru výrobní, Správce musí zpřístupnit databázi jako škálovatelné sdílené databázi. Tento proces je znám jako připojené fáze.

Dokončení fáze připojené

V této fázi musí správce provést následující kroky:
  1. Pomocí nástroje dodavatele hardwaru unmask LUN odpovídají vykazování svazky. Tato akce umožňuje svazky přístupné klientům z každého serveru pro vykazování.
  2. Na každém serveru pro vykazování připojit svazek, který odpovídá LUN.

    Poznámka: Chcete-li zjednodušit proces vytváření nebo aktualizace databáze sestav, doporučujeme vždy připojit jeho vykazování svazek pomocí stejné písmeno jednotky jako svazek výroby. Například pokud je na jednotce E na provozním serveru databáze výroby, vykazování svazek by měl také být připojený jako jednotku E na každý server pro vykazování Pokud je to možné.

    Chcete-li svazek připojit pomocí nástroje příkazového řádku DiskPart, zadejte následující příkazy příkazového řádku.
    DiskPart
    DISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit
    
    v tomto kroku <drive-number> je číslo svazku je přiřazeno podle Windows a <drive-letter> je písmeno, které chcete použít pro vykazování svazek na serveru pro vykazování.

    Poznámka: Vykazování svazku musí být jen pro čtení. Doporučujeme, aby ji být označen jen pro čtení před svazek odpojený od serveru výrobní. Pokud svazek nebyl označen jako jen pro čtení, nastavte po svazek připojit na prvním serveru pro vykazování svazku jen pro čtení. Další informace naleznete "fáze 1: fáze sestavení" oddílu.

    Jako nejvhodnější z hlediska byste Ujistěte se, že svazek je přístupná jako svazek pouze pro čtení přes SAN po připojení svazku vykazování na každý server pro vykazování. Další informace naleznete v části "Zkontrolujte prostředí je správné škálovatelné sdílené databázi".
  3. Připojit databázi instance serveru sestav nebo instancí každého serveru pro vykazování. Další informace naleznete v tématu SQL Server 2005 Books Online.
Databáze vykazování je nyní k dispozici jako škálovatelné sdílené databáze a dotazy lze pokračovat.

Fáze 3: The detach fáze

Odpojit škálovatelné sdílené databáze

Aktuální verze databáze sestav obvykle nakonec stane zastaralých a musí být aktualizovány udržovat aktuální data sestavy. Proces odebrání zastaralých databáze zpráv ze služby jako škálovatelné sdílené databáze se nazývá fáze detach. Tato fáze je třetí a konečné fáze aktualizace cyklu pro vykazování databázi. Před aktualizované databáze sestav můžete zpřístupnit na určitém serveru pro vykazování, musí být dokončen fáze detach na daném serveru.

Dokončení fáze detach

V této fázi správce provádět následující kroky na každý server pro vykazování:
  1. Zakázat nové dotazy na databázi a nechte aktuální dotazy dokončení řádně, pokud je to možné.
  2. Odpojení databáze z každé instance serveru sestav pomocí sp_detach_db @ dbname = '<database_name> příkazu.

    V tomto kroku <database_name> je název databáze. Další informace o příkazu sp_detach_db naleznete SQL Server 2005 Books Online.
  3. Na každém serveru pro vykazování odpojení svazku vykazování. Odpojení svazku pomocí nástroje příkazového řádku DiskPart zadejte následující příkazy příkazového řádku.
    DiskPart
    DISKPART> select volume <drive-number>
    DISKPART> remove
    
    v tomto kroku <drive-letter> je písmeno přiřazené k vykazování svazku.
  4. Pomocí nástroje dodavatele hardwaru masku LUN, které odpovídají vykazování svazky. Tato akce umožňuje klientům přístupný z každého serveru pro vykazování svazků.

Alternativní strategie pro odpojení zastaralá databáze sestav

Při nahrazení zastaralé verze databáze musíte zvážit obchodní požadavky pro vykazování prostředí. V prostředí které následující obchodní požadavky přednost měli vyhodnotit:
  • Zachování transakce aktuálně spuštěné, dokud jejich dokončení.
  • Dokončení aktualizace v určeném časovém rozmezí omezené.
Na základě které požadavek přednost, můžete rozhodnout, jak spravovat fáze detach na každý server pro vykazování. Fáze detach můžete spravovat následujícími způsoby:
  • Umožňují dokončení transakce před odpojit server pro vykazování: Chcete-li zachovat všechny probíhající transakce musí spustit fáze detach podle zastavení činnosti příchozích I/O k vykazování svazku. Poté na každé instance serveru sestav počkat se odpojit databázi, dokud nebude dokončeno aktuální transakce. Při databáze má byl odpojen z všechny instance serveru, můžete odpojit svazek vykazování.
  • Aktualizovat databázi během omezené rámce: V tomto případě by měli získat výhradní přístup k databázi na každé instance serveru s čas ukončení, které umožňuje vaše časovém rámci. Pokud žádné dotazy není dokončit v rámci dané čas ukončení, jejich bude zastavena. Tyto dotazy budou muset počkat až po aktualizaci být restartována. Po zastavení dotazy jsou odpojit databázi z každé instance serveru a odpojit svazek vykazování z každého serveru pro vykazování.
V tomto okamžiku jste připraveni pro další fáze sestavení. Případně pokud již aktualizaci databáze na jiném svazku vykazování jako doporučujeme můžete nyní provést fáze připojené pro alternativní svazek. Další informace naleznete v části "Maximalizovat dostupnost škálovatelné sdílené databázi".

Maximalizace dostupnosti škálovatelné sdílené databáze

Chcete-li maximalizovat dostupnost vykazování dat, doporučujeme alternativní cykly aktualizace mezi dva svazky vykazování. Při první vykazování svazek je stále připojen k vykazování servery, můžete připojit druhý svazek na produkční server a vytvořit aktuální verzi databáze sestav.

Pokud aktualizaci databáze sestav na druhý svazek vykazování zvažte následující možnosti:
  • Pokud chcete všechny databáze vykazování vrátit výsledky identické klienty, musí odpojit staré kopie z všechny instance serveru, před připojit nové kopie některý z nich.
  • Nevadí klienti přijímání různé výsledky na jiný server instance při aktualizaci databáze sestav můžete provádět postupnou inovaci databáze sestav. Aktualizace cyklu na jednom serveru pro vykazování současně by dokončení.

Synchronizovány, aktualizuje citlivé na čas všech serverů pro vykazování

Tato část popisuje několik strategie pro aktualizace obsahu škálovatelné sdílené databázi v závislosti na obchodní požadavky:
  • Je nutné zachovat všechny vykazování servery v synchronizaci.
  • Aktualizace v určeném časovém rozmezí omezené musí provádět. Tento časový rámec je důležité více než zachování aktuálně spuštěných transakcí.
Při synchronizaci databáze na všechny servery pro vykazování pro vykazování databáze není k dispozici mezi fáze detach zastaralé verze databáze a fáze připojené nové verze.

Synchronizovat cyklu aktualizaci na všechny vykazování instancí serveru a dokončení aktualizace cyklu v určeném časovém rozmezí omezené, postupujte takto:
  1. Pro synchronizaci obsahu, musí dokončit detach lze aktualizovat fáze vykazování servery před některý serverů pro vykazování. Dlouhotrvající dotazy jsou aktivní na libovolný server, musíte zastavit je.
  2. Po odpojení svazku první vykazování z všechny instance serveru můžete spustit aktualizaci serverů pro vykazování. Na každém serveru pro vykazování připojit jiný svazek, který obsahuje více aktuální verzi databáze sestav. Připojit verze místní instance serveru sestav. Jako databázi připojeno na konkrétní instance, může být zastaveno transakce restartován na instanci.

Postupné inovace vykazování servery

Postupné inovace umožňuje aktualizovat databáze zpráv na jeden server pro vykazování při zastaralých vykazování databáze zůstane dočasně k dispozici na jiném serveru pro vykazování. Dobu zastaralé verze a aktualizovat verzi databáze jsou k dispozici ve stejnou dobu. V závislosti na obchodní požadavky postupnou inovaci, může dojít v omezené časový rámec nebo může být postupná inovace relativně otevřené umožnit dokončení aktuálních transakcí.

Umožněte dokončení před postupné inovace transakce

V této strategie umožňuje postupné inovace správce databáze čekat transakce dlouhotrvající dokončit na jednom serveru pro vykazování při aktualizaci databáze na jiný server pro vykazování. Tato strategie řeší následující obchodní požadavky:
  • Servery pro vykazování nemají být uchovávány v synchronizaci. To umožňuje postupné inovace mezi zastaralá databáze pro vykazování a vykazování aktualizované databázi.
  • Máte neomezený časový rámec provedení aktualizace nebo vaše konečný termín je méně důležité než zachování aktuálně spuštěných transakcí.
Tato forma postupnou inovaci provést, postupujte takto na jednu instanci serveru současně:
  1. Chcete-li zachovat všechny probíhající transakce, musíte spustit fáze detach podle zastavení činnosti příchozích I/O k vykazování svazku. Pokud dlouho běžící dotaz zpoždění inovace na instanci serveru, počkejte dotazu dokončení offline až instanci serveru.
  2. Po dokončení všech transakcí v této instanci serveru odpojit databázi vykazování.
  3. Po odpojení konkrétní vykazování databáze z všechny instance serveru připojit více aktuální verzi databáze sestav instanci serveru.
  4. Zpřístupnit instanci serveru pro vykazování dotazy znovu, připojit aktualizovanou kopii databáze.

Dokončení postupné inovace omezenou dobu.

V této strategie umožňuje postupné inovace správce databáze udržovat bez přerušení služba generování sestav stručně protože zastaralé verze databáze zůstanou k dispozici nové dotazy některé servery pro vykazování. Při aktualizaci databáze na jiný server pro vykazování zůstane bez přerušení služby. Tato strategie řeší následující obchodní požadavky:
  • Servery pro vykazování nemají být uchovávány v synchronizaci. To umožňuje postupné inovace mezi zastaralá databáze pro vykazování a vykazování aktualizované databázi.
  • Musí provádět aktualizace v omezené časovém rámci. Tento konečný termín je důležité více než zachování aktuálně spuštěných transakcí.
Tato forma postupnou inovaci provést, postupujte takto na jednom serveru pro vykazování současně:
  1. Zastavení činnosti příchozích I/O k vykazování svazku a volitelně počkat krátký transakce dokončení na instanci serveru před odpojit jeho databáze sestav.
  2. Dokončení fáze detach na daném serveru. Další informace naleznete v části "Odpojit škálovatelné sdílené databázi".
  3. Zpřístupnit aktualizovanou verzi databáze sestav znovu pro vykazování dotazy. Další informace naleznete v části "Připojit sdílené databázi škálovatelné".
Tento druh postupné inovace zaručuje nikdy přerušení celkové vykazování schopností. Tato strategie umožňuje chvíli tolerovat transakce poměrně dlouho běžící na některých instancí serveru. Však dané omezené časový rámec pro aktualizaci všech vykazování databází Pokud dlouho běžící dotaz výrazně zpoždění inovace na instanci serveru, budete mít k zastavení dotazu. Dotaz může čekat na znovu na stejné instance serveru po aktualizaci své databáze pro vykazování nebo dotaz lze restartovat dříve aktualizované serveru.

Odkazy

SQL Server 2005 Books Online stáhnout, navštivte na následující webu služby Stažení softwaru Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f&DisplayLang=en
SQL Server vyžaduje systémy podporují ‘ zaručené doručení stabilní média ’ podle pokynů v části program Microsoft SQL Server Always-On úložiště řešení revize. FODalší informace o požadavcích vstupní a výstupní databázového stroje SQL Server klepněte na následující číslo článku databáze Microsoft Knowledge Base:
967576Microsoft SQL Server Database Engine vstupní a výstupní požadavky

Vlastnosti

ID článku: 910378 - Poslední aktualizace: 20. listopadu 2007 - Revize: 2.4
Informace v tomto článku jsou určeny pro produkt:
  • 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
Klíčová slova: 
kbmt kbsql2005engine kbtshoot kbinfo KB910378 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:910378

Dejte nám zpětnou vazbu

 

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