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

ÚVOD

Škálovatelné sdílené databáze jsou podporovány Microsoft SQL Server 2005 a novější verze. Tento článek byl náhled "Škálovatelné sdílené databázi" tématu, které jsou nyní publikovány jako v následujícím tématu v SQL Server Books Online.

Škálovatelné sdílené databáze, přehled

Další informace

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

Škálovatelné sdílené databáze umožňují připojit více instancí serveru pro vykazování databáze jen pro čtení přes síť SAN (SAN). Databáze zpráv je jen pro čtení databáze, který je sestaven z jednoho nebo více produkčních databází, které jsou používány výhradně pro účely vykazování. Provést do škálovatelné sdílené databáze, databáze zpráv musí být umístěny na jeden nebo více vyhrazených jen pro čtení svazků. 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.

Výhody

Škálovatelné sdílené databáze nabízejí následující výhody:
  • Poskytování pracovního vytížení škálování vykazování databází pomocí komoditních serverů. Škálovatelné sdílené databázi je nákladově efektivní způsob zpřístupnění marts jen pro čtení dat nebo datových skladů pro 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 tempdb , paměti a procesoru.
  • Zaručit stejné zobrazení vykazování dat ze všech serverů, pokud jsou nakonfigurovány identicky všem instancím serveru. Jeden ř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í

Škálovatelné sdílené databázi existují následující omezení:
  • Databáze musí být na svazku jen pro čtení.
  • Datové soubory lze přistupovat prostřednictvím technologie sítě SAN.
  • Škálovatelné sdílené databáze jsou podporovány pouze na Microsoft Windows Server 2003 Service Pack 1 (SP1) nebo novější verzi systému Windows Server 2003.

Cyklu aktualizace databáze sestav

Při použití škálovatelné sdílené databáze pro databázi sestav zahrnuje tři fáze cyklu aktualizací:
  • Vytvořit fáze: Spustí sestavení fáze cyklu aktualizace databáze sestav. Dříve, než mohou být vytvořeny databáze sestav, správce připojí vykazování svazku v systému výroby a umožňuje čtení a zápis. Je-li svazek ve stavu pro čtení i zápis, můžete svazek připojený pouze na jeden systém. Pokud je svazek připojený na více než jednom systému, může dojít k poškození systému souborů. Správce pak vytvoří databázi pomocí jedné z metod kopie dat poskytované SQL Server 2005 pro kopírování dat nebo databází. Po databáze, správce nastaví svazku jen pro čtení a pak ji odpojí.
  • Fáze připojit: připojit fáze následuje za fáze sestavení. Připojit fáze zpřístupní databázi jako škálovatelné sdílené databázi. Připojit fáze musí být provedeny na všechny servery pro vykazování jednotlivě. Na konfigurace databáze sestav jako škálovatelné sdílené databáze, připojí správce jen pro čtení vykazování svazky na serveru pro vykazování v síti SAN. Poté, co správce zajišťuje, že každý svazek je nastavena na jen pro čtení, připojí správce databáze sestav na instanci serveru SQL Server. Databáze sestav na instanci serveru SQL Server se nazývá instance serveru sestav. Protože každý vykazování svazek je jen pro čtení, připojení databáze jej nastaví na hodnotu jen pro čtení. V tomto okamžiku databáze sestav se stane škálovatelné sdílené databázi, která je přístupná klientům pomocí serveru pro vykazování.

    Poznámka: Používáte-li druhý svazek vykazování při aktualizaci databáze sestav, je třeba zvolit mezi postupné inovace a synchronizovaných inovace. Další informace naleznete v části "Maximalizovat dostupnost škálovatelné sdílené databázi".
  • Fáze Detach: třetí fáze je fáze detach. Obvykle databáze sestav nakonec stane zastaralé. Chcete-li zachovat aktuální data sestavy, je nutné aktualizovat databázi. 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. Pokud je nutné aktualizovat databáze sestav, musí být odstraněny ze všech instancí serveru. Chcete-li spustit fáze detach, správce databáze nejprve zastaví pracovní zatížení dotazu, který přichází do databáze z všechny instance serveru. Pro každou instanci serveru správce databáze získá výhradní přístup k databázi a pak se 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 sítě SAN.
Poznámka: Chcete-li maximalizovat dostupnost vykazování dat, doporučujeme, abyste oba cykly aktualizace mezi dva svazky vykazování jako nejvhodnější. Při první vykazování svazek je stále připojená na serverů pro vykazování, můžete připojit druhý svazek na produkční server a potom 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 kroků, které musí provést uživatel s právy správce databáze. V tomto článku bude tento uživatel označovány jako správce databáze.

Důležité: Konfigurace škálovatelné sdílené databáze, prostředí SAN musí již nepracuje správně.

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

V následné aktualizace cykly můžete aktualizovat databáze nebo znovu vytvořit. 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 mart databáze: databáze data mart je nejjednodušší použití škálovatelné sdílené databáze. Databáze data mart se pravidelně extrahuje z obsahu datového skladu a používá se pro vykazování. K aktualizaci databáze, data mart, databázi a potom nahradit novou verzí.
  • Vytváření sestav z databáze aktualizovat: při databáze, která je hlášena z nemusí 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 provozní databáze a pak obnovit zálohu databáze na hlášení svazek nebo svazky.

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

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

Konfigurace prostředí

Chcete-li zajistit, že vaše prostředí podporuje škálovatelné sdílené databáze, doporučujeme postupujte podle následujících pokynů:
  • Ujistěte se, zda jsou spuštěny servery pro vykazování pro určitou databázi vykazování identické operačním systémem. Při upgradu server pro vykazování inovujte všechny zpravodajské servery, které slouží stejné škálovatelné sdílené databáze nebo databází. Například pokud aplikujete softwarové aktualizace nebo aktualizace service pack pro systém Windows nebo serveru SQL Server 2005 na jeden ze serverů pro vykazování, použije stejné softwarové aktualizace nebo aktualizace service pack do všech serverů pro vykazování.

    Poznámka: Často je možné provádět postupné inovace serverů pro vykazování jako včasné dokončení postupné inovace.
  • Škálovatelné sdílené databáze jsou testovány podle pracovního vytížení souběžný přístup až osm instance serveru SQL Server 2005 Enterprise Edition. SQL Server 2005 nevynucuje omezení instanci. Doporučujeme však omezit vaše škálovatelné sdílené databáze konfigurací osm instancím serveru pro každou databázi sdílených.
  • Pokud datové soubory databáze výrobní span více svazků, je nutné použít stejný počet svazků vykazování. Naopak protože databáze sestav je nastavena na jen pro čtení, soubory protokolu mohou koexistovat s datové soubory na svazku vykazování.
  • Chcete-li zjednodušit proces vytváření nebo aktualizace databáze sestav, doporučujeme cestu 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 k adresáři pro databázi. Například pokud databáze výrobní na E:\SQLdata, použijte E jako písmeno jednotky vykazování svazku, pokud je to možné. Pokud je možné dále použijte \SQLdata jako adresář databáze sestav. Skript, který má explicitní cesty však může zpracovat všechny rozdíly. Vykazování svazek používá jiné písmeno než objem výroby, je třeba provést následující změny:
    • Při vytváření databáze sestav pomocí obnovení zálohy databáze, musí mít příkaz Obnovit databázi PŘESOUVÁNÍ klauzuli, která určuje úplnou cestu souborů obnovená data.
    • Pokud vaše databáze sestav je kopie databáze výroby, musíte klauzuli pro připojit příkazu CREATE DATABASE seznam všech souborů. Klauzule pro připojení zadejte úplnou cestu, připojíte-li databázi vykazování. Je vždy nejlepší praxe.

      Poznámka: Jako nejvhodnější je používáte 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 na různých serverech.
  • Databáze zpráv musí být na svazku jen pro čtení, která je přístupná přes SAN z vykazování serverů:
    • Po hlášení svazek na serveru pro vykazování připojit, ujistěte se, že vykazování svazek je správně připojen a je přístupný datové soubory. Chcete-li to provést, zadejte Příkaz DIR
      < písmeno jednotky >: \< složka databáze > v příkazovém řádku, kde < písmeno jednotky > je písmeno přiřazené k vykazování svazku, a
      < databáze služby directory > Určuje umístění databáze datové soubory na svazku. Tento test spusťte z každého serveru pro vykazování a ujistěte se, že obdržíte stejné výsledky pro všechny.
    • Přesvědčte se, zda databáze sestav je nastavena jen pro čtení, pokuste se vytvořit soubor na svazku. Nejjednodušší metodou je zkuste zkopírovat nebo Uložit textový soubor na svazku. Pokus by měl nezdaří, protože svazek je jen pro čtení.

      Poznámka: Pokud tyto kroky provádíte ručně, doporučujeme zopakovat tyto testy v každém cyklu aktualizací při opětovném připojení svazku vykazování na každý server pro vykazování. Pokud je skript postup přecházet vykazování svazky mezi produkční server a servery pro vykazování, testování již není vyžadován poté, co jste si jisti, že vaše skripty pracují správně.

Fáze 1: Fáze sestavení

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

Databáze zpráv musí být postaveny a aktualizovat 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 vytvoření nové verze.

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

Dokončení fáze sestavení

Aktualizace zastaralých dat v existující databázi nebo opětovné vytvoření databáze můžete aktualizovat zastaralé databáze sestav.

Poznámka: Předtím, než můžete aktualizovat existující databázi vykazování, musí odpojit databázi z každé instance serveru sestav. Navíc musí odpojit svazek vykazování z každého serveru pro vykazování. Další informace naleznete v části "Odpojit škálovatelné sdílené databázi".

Chcete-li aktualizovat zastaralé databáze sestav, postupujte takto na provozním serveru:
  1. Pomocí nástroje dodavatele hardwaru Odmaskovat logickou jednotku (LUN), které odpovídají vykazování svazky. Tato akce umožňuje svazky přístup na produkční 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:Program DiskPart
    Program DISKPART > Vyberte svazek =< číslo jednotky >
    Program DISKPART > přiřadit písmeno =< písmeno jednotky >
    Program DISKPART > Vymazat jen pro čtení atribut
    Program DISKPART > Ukončit
    V tomto kroku
    číslo svazku, které je přiřazeno systémem Windows je < číslo jednotky > a < písmeno jednotky > je písmeno přiřazené k vykazování svazku.
  3. Pokud jsou aktualizace existující databázi vykazování, postupujte takto:
    1. Připojte databázi instance serveru. Obvykle to bude instance serveru výroby.
      CREATE DATABASE <database_name> ON <filespec_list>   FOR ATTACH

    2. Nastavení databáze 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. Vytvořte databázi.

    Aktualizovat databázi vykazování, můžete aktualizaci zastaralých dat, znovu sestavit databázi nebo provést cokoli jiného 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: Při vytváření databáze sestav, doporučujeme, abyste tuto stránku ověřte nastavena na Kontrolní součet, výchozí. Chcete-li 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. Odpojte databázi pomocí následující příkaz Transact-SQL.
    sp_detach_db @dbname='<database_name>'
    V tomto kroku < Název_databáze > je název databáze.
  7. Označit svazek jako jen pro čtení a potom odpojení svazku z produkčního serveru. Odpojení svazku pomocí nástroje příkazového řádku Diskpart, zadejte na příkazovém řádku následující příkazy.
    DiskPartDISKPART> select volume=<drive-number>
    DISKPART> attribute set readonly
    DISKPART> remove

    V tomto kroku je < číslo jednotky > číslo svazku, které je přiřazeno systémem Windows, a
    < písmeno_jednotky > je písmeno přiřazené k vykazování svazku.
  8. Pomocí nástroje dodavatele hardwaru pro maskování logické jednotky, které odpovídají vykazování svazky. Tato akce umožňuje svazky pro produkční server nedostupný.
Nyní databáze sestav můžete 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 aktualizace databáze

Poznámka: Při vytváření databáze sestav, doporučujeme vždy použít stejnou cestu pro provozní databáze a databáze sestav. Kromě toho doporučujeme použít stejné písmeno jednotky pro výrobu a vykazování svazku svazku při montáži na serverů pro vykazování, je-li to možné.

Pro přenos dat do databáze nebo pro přenos celé databáze, SQL Server 2005 nyní podporuje následující metody:
  • 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 úkolu:
    • Úkol provést SQL spustí příkazy SQL nebo uložené procedury 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ázi lze naplnit zkopírováním v jedné nebo více tabulek nebo zobrazení.
    • Přenést databázi úkolu můžete kopírovat do databáze ve stejné instanci serveru nebo mezi instancemi.

      Poznámka: Můžete také vytvořit databázi pomocí SQL Server Import a Průvodce exportem, ale musíte zkopírovat nejméně jednu tabulku nebo zobrazení.
  • Zálohování a obnovení: můžete obnovit zálohu databáze výrobní na vykazování svazku. Obnovit a obnovit úplnou zálohu databáze do vykazování svazku:
    • Pokud používáte stejné písmeno jednotky, připojení vykazování svazku na jiného hostitele a potom připojit k instanci serveru došlo k obnovení databáze.
    • Příkaz Obnovit databázi vykazování svazek používá jiné písmeno než objem výroby, musí mít PŘESUŇTE klauzuli, která určuje písmeno jednotky svazku vykazování v cestě obnovené databáze.
  • Kopie databáze výrobní do vykazování svazku: před ručně zkopírovat databázi nebo pomocí odpojit a připojit metoda Průvodce kopírováním databáze, musíte databázi převést do režimu offline. Po zkopírování databáze přepněte databázi zpět do režimu online. Průvodce kopírováním databáze však nabízí alternativní metody. Metoda SMO Transfer zkopíruje databáze, přestože databáze zůstane online. Přestože metoda SMO Transfer je pomalejší než odpojit a připojit metoda, metoda SMO Transfer zachovává aktivní připojení k databázi.
Další informace o těchto metodách kopírování dat naleznete v tématu SQL Server 2005 Books Online.

Pokud databáze zpráv je připraven, je nutné dokončit fáze sestavení. Další informace naleznete "fáze 1: fáze sestavení" oddílu.

Fáze 2: Připojit fáze

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

Vytvořit nebo aktualizovat databázi vykazování a odpojení svazku vykazování z produkčního serveru, musí provést správce databáze k dispozici jako škálovatelné sdílené databázi. Tento proces se nazývá fáze připojit.

Dokončení fáze připojit

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

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


    Chcete-li svazek připojit pomocí nástroje příkazového řádku Diskpart, zadejte na příkazovém řádku následující příkazy.
    DiskPartDISKPART> select volume=<drive-number>
    DISKPART> assign letter=<drive-letter>
    DISKPART> exit

    V tomto kroku je < číslo jednotky > číslo svazku, které je přiřazeno systémem Windows, a
    < písmeno_jednotky > je písmeno, které chcete použít pro vykazování svazky na serveru pro vykazování.

    Poznámka: Vykazování svazku musí být jen pro čtení. Doporučujeme, aby byl uveden jako jen pro čtení dříve, než je svazek odpojený z produkčního serveru. Pokud svazek nebyl označen jako jen pro čtení, nastavení po připojení svazku na prvním serveru pro vykazování svazku jen pro čtení. Další informace naleznete "fáze 1: fáze sestavení" oddílu.

    Jako nejlepší praxe nezapomeňte, že svazek je přístupná jako svazku jen pro čtení přes sítě SAN po připojit svazek vykazování na každý server pro vykazování. Další informace naleznete v části "Zkontrolujte správnost prostředí pro škálovatelné sdílené databázi".
  3. Připojte databázi instance serveru sestav nebo instancí na každý server pro vykazování. Další informace naleznete v tématu SQL Server 2005 Books Online.
Databáze zpráv je k dispozici jako škálovatelné sdílené databázi a dotazy můžete pokračovat.

3. fáze: Fáze detach

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

Obvykle aktuální verzi databáze sestav nakonec stane zastaralých a musí být aktualizovány zachovat 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 databázi sestav. 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 musí správce provést následující kroky na každý server pro vykazování:
  1. Zakázat nové dotazy na databázi a nechte dokončit aktuální dotazy řádně ukončena, pokud je to možné.
  2. Odpojit databázi z každé instance serveru sestav pomocí sp_detach_db @dbname = < Název_databáze >příkazu.

    V tomto kroku
    < Název_databáze > je název databáze. Další informace o příkazu sp_detach_db naleznete SQL Server 2005 Books Online.
  3. Na každý server pro vykazování odpojení svazku vykazování. Odpojení svazku pomocí nástroje příkazového řádku Diskpart, zadejte na příkazovém řádku následující příkazy.
    DiskPartDISKPART> select volume <drive-number>
    DISKPART> remove

    V tomto kroku < písmeno jednotky > je písmeno přiřazené k vykazování svazku.
  4. Pomocí nástroje dodavatele hardwaru pro maskování logické jednotky, 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 prostředí pro vytváření sestav. Posoudit, který z následující obchodní požadavky přednost ve vašem prostředí:
  • Zachování aktuálně spuštěných transakcí, dokud jejich dokončení.
  • Dokončení aktualizace v určeném časovém rozmezí omezené.
V závislosti na 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:
  • Povolit dokončení transakce před odpojením serveru pro vykazování: Chcete-li zachovat všechny probíhající transakce, je nutné spustit fáze detach podle zastavení činnosti příchozích I/O k vykazování svazku. Pak na každé instance serveru sestav, počkejte se odpojit databázi, až do dokončení aktuální transakce. Pokud databáze byl odpojen od všech instancí serveru, můžete odpojit svazek vykazování.
  • Aktualizace databáze během omezené časový rámec: V tomto případě by měla získat výhradní přístup k databázi na každé instance serveru se čas ukončení, který umožňuje váš časový rámec. Všechny dotazy nebyl dokončen v dané době ukončení, bude zastavena. Tyto dotazy budou muset počkat až po instalaci aktualizace restartovat. Po zastavení jsou dotazy, můžete odpojit databázi z každé instance serveru a potom odpojení svazku 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ého hlášení svazku jako doporučujeme můžete nyní provést fázi připojit alternativní svazku. 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, aby jste alternativní cykly aktualizace mezi dva svazky vykazování. Při první vykazování svazek je stále připojená na serverů pro vykazování, můžete připojit druhý svazek na produkční server a sestavit aktuální verze databáze sestav.

Při aktualizaci databáze sestav na druhý svazek vykazování, zvažte následující možnosti:
  • Pokud chcete, aby všechny databáze pro vykazování vrátíte shodné výsledky klientům, musíte odpojit staré kopie z všechny instance serveru, před připojením nové kopie do kterékoli z nich.
  • Pokud vám nevadí klienti přijímání různé výsledky na jiný server instance při aktualizaci databáze sestav, můžete provést postupnou inovaci databáze sestav. Cyklus aktualizace na jednom serveru pro vykazování současně by dokončit.

Synchronizovaná, citlivé na čas aktualizace všech serverů pro vykazování

Tato část popisuje několik strategie pro aktualizace obsahu škálovatelné sdílené databáze, v závislosti na obchodní požadavky:
  • Je nutné zachovat všechny servery pro vykazování synchronizace.
  • 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 připojit fáze novou verzi.

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

Postupné inovace vykazování servery

Postupnou inovaci můžete aktualizovat databáze sestav na jednom serveru pro vykazování při zastaralých vykazování databáze zůstane dočasně k dispozici na jiný server pro vykazování. Určitou dobu zastaralé verze a aktualizace verze databáze jsou k dispozici ve stejnou dobu. V závislosti na obchodní požadavky postupné inovace může dojít v určeném časovém rozmezí omezené nebo postupné inovace může být relativně otevřený umožnit dokončení aktuálních transakcí.

Povolit transakce dokončení postupné inovace

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:
  • Není nutné být udrženy v synchronizaci serverů pro vykazování. To umožňuje postupné inovace mezi zastaralé databáze sestav a aktualizovanou databázi sestav.
  • Máte neomezený časový rámec k provedení aktualizace nebo termínu 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, je nutné 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í Přepněte instanci serveru do režimu offline.
  2. Po dokončení všech transakcí v této instanci serveru odpojte databázi sestav.
  3. Po odpojení databáze sestav zejména z všechny instance serveru připojte více aktuální verzi databáze sestav na instanci serveru.
  4. Zpřístupnit instanci serveru pro vykazování dotazy znovu, připojte aktualizovanou kopii databáze.

Dokončení postupné inovace v omezeném čase

V této strategie umožňuje postupné inovace správce databáze Udržovat bez přerušení služba generování sestav tím, že stručně zastaralé verze databáze zůstane k dispozici pro nové dotazy na některé zpravodajské servery. 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:
  • Není nutné být udrženy v synchronizaci serverů pro vykazování. To umožňuje postupné inovace mezi zastaralé databáze sestav a aktualizovanou databázi sestav.
  • Aktualizace v určeném časovém rozmezí omezené musí provádět. Tato lhůta 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řístupněte aktualizovanou databázi vykazování pro vykazování dotazy znovu. Další informace naleznete v části "Připojit škálovatelné sdílené databázi".
Tento druh inovace zaručuje nikdy přerušení celkové možnosti vytváření sestav. Tato strategie umožňuje určitou dobu tolerovat poměrně dlouhotrvající transakce pro některé instance serveru. Ale vzhledem 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, je nutné zastavit tento dotaz. Dotaz může čekat znovu na stejné instance serveru po aktualizovala své databáze pro vykazování nebo dotaz lze restartovat dříve aktualizované serveru.

Odkazy

Chcete-li stáhnout SQL Server 2005 Books Online, navštivte následující web služby Stažení softwaru:
SQL Server vyžaduje systémy podporují 'zaručené doručení na 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 na vstupní a výstupní databázového stroje SQL Server klepněte na následující číslo článku databáze Microsoft Knowledge Base:

Vstupní a výstupní požadavky na 967576 Microsoft SQL Server databáze stroj

Vlastnosti

ID článku: 910378 - Poslední kontrola: 16. 1. 2017 - Revize: 1

Váš názor