Popis možnosti obnovenia katastrofa pre Microsoft SQL Server

Preklady článku Preklady článku
ID článku: 822400 - Zobraziť produkty, ktorých sa tento článok týka.
Rozbaliť všetko | Zbaliť všetko

Na tejto stránke

SUHRN

Tento článok popisuje rôzne riešenia pre obnovenie údajov z databázy servera Microsoft SQL Server, ak sa vyskytne katastrofa. Tento článok tiež Tento článok popisuje výhody a nevýhody každej riešenie.

Zotavenie je proces, ktorý môžete použiť na obnovenie informácií systémy a údajov, ak sa vyskytne katastrofa.

Niektoré príklady katastrof zahŕňajú prirodzené alebo umelé katastrofy požiaru alebo technický katastrofy, ako je napríklad zlyhanie dva-disk v redundantní pole Independent Disks (RAID) 5 pole.

Plánovanie katastrofy vymáhanie je práca, ktorá je venovaná príprave všetky akcie, ktoré sa musí vyskytnúť v reakcii na katastrofy. Plánovanie zahŕňa výber stratégie na obnovenie cenné údaje. Závisí od výberu stratégie obnovy vhodné katastrofy vašich obchodných požiadaviek.

Poznámka Riešenia, ktoré sú popísané v tomto článku sa poskytujú iba všeobecné popisy technológií, ktoré môžete použiť. Tieto všeobecné popisy sú pre porovnávanie rôznych metód obnovenia katastrofy a plány obnovy činnosti. Predtým, než sa rozhodnete pre ktoré katastrofa vymáhanie riešenie je najlepšie pre vás, uistite sa, že sa pozriete na každé navrhované katastrofy obnovenie riešenia podrobnejšie. Po prejednaní každý zotavenie riešenie, tento článok obsahuje odkazy, kde nájdete ďalšie informácie o toto riešenie.

Klastrov prepnutia v prípade

Cieľom je Microsoft SQL Server 2000 klastrov prepnutia v prípade zlyhanie automaticky, ak nastane zlyhanie hardvéru alebo zlyhania softvéru. Ste môžete použiť SQL Server 2000 failover clustering na vytvorenie záložných klastrov na jednu inštanciu programu SQL Server 2000 alebo pre viaceré inštancie programu SQL Server 2000. Failover clustering umožňuje systém riadenia relačných databáz na automatické prepnutie spracovanie inštancie programu SQL Server zlyhala servera na pracovný Server. Preto je užitočné, ak operačný systém klastrov prepnutia v prípade nastane porucha alebo ak vykonávate plánované inováciu systému databázy zdrojov. Tiež failover clustering zvyšuje dostupnosť servera s č prestoje.

Pretože klastrov prepnutia v prípade je navrhnuté pre vysokú server dostupnosť s takmer žiadne prestoje server, skupinový uzly by mali byť geograficky blízko seba. Failover clustering, môže byť užitočné ak dôjde k zlyhaniu disku pole.

Poznámka Vykonávať klastrov prepnutia v prípade musíte nainštalovať Microsoft SQL Server 2000 Enterprise Edition.

V nasledovných operačných systémoch podporu failover clustering:
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Vydanie
  • Microsoft Windows Server 2003, Datacenter Vydanie
Tieto operačné systémy patria inštalovateľný komponentu, Microsoft Klastrová služba (MSCS). Vykonávať failover clustering pre SQL Server, musíte nainštalovať MSCS.

Ďalšie informácie o MSCS a jeho montáž, po kliknutí na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
259267Microsoft Klastrová služba Inštalácia zdrojov

Výhody a nevýhody používania failover clustering

Výhody
Máte vysoké serverom dostupnosti. Failover clustering automaticky sa vyskytne, ak primárny server zlyhá.
Nevýhody
  • Ste vynaložiť väčšie náklady. Zachovanie dva servery je dvakrát náklady na udržiavanie jedného serveru. Pretože ste sa udržiavať dva servery v rovnakom čase, je to drahšie nainštalovať a zachovať skupinový uzlov.
  • Servery by mali byť na tom istom mieste. Ak pobočky organizácie sú po celom svete a musí byť aktívna/aktívny klastre vykonať pobočiek, vytváranie sietí a skladovanie infraštruktúry, budete musieť použiť je veľmi odlišná od klastra serverov zariadenie štandardu kvórum. Preto, hoci je možné, je najlepšie geograficky nepoužívať vzdialené servery.
  • Budete mať žiadnu ochranu proti diskového poľa zlyhanie.
  • Failover clustering neumožňuje vytvoriť zotavenie zoskupení v database úrovni alebo v databáze objekt úrovni, ako Tabuľka úrovni.
Ďalšie informácie o failover clustering nasledujúce webovú lokalitu spoločnosti Microsoft:
.aspx http://msdn2.Microsoft.com/en-us/library/aa174512 (SQL.80)
Ďalšie informácie o klastrov prepnutia v prípade, po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
243218Inštalácia objednávky pre SQL Server 2000 Enterprise Edition na Microsoft Cluster Server
822250 Support WebCast: Microsoft SQL Server 2000 failover clustering postupy vymáhania katastrofy
Ďalšie informácie o politiku podpory Microsoft SQL Server záložných klastrov, po kliknutí na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
327518Microsoft podporu politiky pre SQL Server záložných klastrov

Zrkadlenie databázy

Zrkadlenie databázy je predovšetkým softvérové riešenia pre zvýšenie dostupnosti databázy. Môžete len implementovať zrkadlenie na základe databázy. Zrkadlenie pracuje iba s databáz, ktoré používajú modelu úplné. Modely obnovenia jednoduché a bulk-logged nepodporujú zrkadlenie databázy. Preto všetky hromadných operácií vždy plne prihlásení. Databáza zrkadlenie pracuje s stupňa zlučiteľnosti podporované databázy.

Výhody a nevýhody využívania databázy zrkadlenie

Výhody
  • Databáza zrkadlenie zvyšuje ochrany údajov.
  • Databáza zrkadlenie zvyšuje dostupnosť databázy.
  • Databáza zrkadlenie zlepšuje dostupnosť databázy výroby počas inovácie.
Nevýhody
  • Zrkadlo databázy musia byť totožné s hlavnou databázu. Napríklad všetky objekty, prihlásenia a povolenia musia byť totožné.
  • Databáza zrkadlenie zahŕňa prevod informácií z jedného počítača do iného počítača v sieti. Bezpečnosť informácií, ktorý prevádza v SQL Server je preto veľmi dôležité.

Transakčné replikácie peer-to-peer

Peer-to-peer transakčné replikácie je navrhnutá pre aplikácie, ktoré môže čítať alebo môžu zmeniť údaje v databáze, ktoré sa zúčastňujú na replikácii. Navyše ak nie sú dostupné servery, ktoré hostí databázy, môžete upraviť uplatňovanie na prevádzku na trati na ostatné servery. Ostatné servery obsahovať identických kópií údajov.

Výhody a nevýhody pomocou peer-to-peer transakčné replikácie

Výhody
  • Čítanie výkon je lepší, pretože činnosti môžu šíriť cez všetky uzly.
  • Súhrnnej aktualizácie výkon, vložte výkon a odstrániť výkon pre topológii sa podobá výkon jeden uzol, pretože všetky zmeny vypestovanými na všetkých uzloch.
Nevýhody
  • Peer-to-peer replikácie je dostupná len v SQL Server 2005 Enterprise Edition.
  • Všetky zúčastnené databázy musí obsahovať rovnaké schémy a údaje.
  • Odporúčame, aby každý uzol použiť vlastnú databázu distribúcie. Táto konfigurácia eliminuje potenciál pre SQL Server 2005 na mať jeden bod zlyhania.
  • Tabuľky a ďalšie objekty nemôžu obsahovať vo viacerých publikáciách peer-to-peer do jedinej publikácie databázy.
  • Musíte mať publikácie povolené pre peer-to-peer replikácie, pred vytvorením žiadne odbery.
  • Predplatné sa musí inicializovať, pomocou zálohu alebo nastavením hodnoty typu predplatné Synchronizácia replikácie podporovať iba.
  • Peer-to-peer transakčné replikácie neposkytuje zistenie konfliktov alebo vyriešenie konfliktných položiek.
  • Odporúčame, že nepoužívate totožnosti stĺpce.

Udržiavanie teplej pohotovostný re im Server

Môžete vytvoriť a udržiavať teplej pohotovostnom server pomocou buď z nasledujúcich metód:
  • Denník lodnej dopravy
  • Transakčné replikácie
Ďalšie informácie o každom z týchto dvoch metód vyplýva.

Denník lodnej dopravy

Denník plavby je zahrnuté resource Kit pre Microsoft SQL Server 7.0, a je plne začlenené do Microsoft SQL Server 2000 Enterprise Edition a Microsoft SQL Server 2000 Developer Edition. Denník lodná doprava používa pohotovostnom server, ktoré nie je využité počas pravidelných operácií. A pohotovostnom server je pomôcť obnoviť údaje, ak sa vyskytne katastrofa. môžeš použiť len denník lodnej dopravy na úrovni databázy. Nemôžete ho použiť v stupni úrovni.

Pri pohotovostnom server je obnovenie denníky transakcií, Databáza je vo výhradnom režime a je nepoužiteľná. Však môžete spúšťať dávkové vykazovanie pracovných miest medzi transakciu služba denníka alebo databáza konzoly Príkazy (DBCC) kontroly nepretržite overí integritu pohotovostnom re?ime Server. V aplikáciách ako sú servery podporu rozhodnutia, ktoré vyžadujú Kontinuálne spracovanie na databázovom serveri, denníka lodnej dopravy nie je vhodné možnosť.

Latencia na pohotovostnom serveri vychádza ako často Zálohovanie denníka transakcií sú prijaté na primárny server a potom aplikuje na pohotovostnom server. Ak primárny server zlyhá, môžete stratiť zmeny boli vykonané transakcie, ktoré nastali po vašej poslednej transakcie denník zálohovanie.

Napríklad, ak sa transakcia denníka zálohovanie každých 10 minút, transakcie počas posledných 10 minút môže dôjsť k strate. To nevyhnutne neznamená, že aktualizácie údajov, ktoré sú vyrobené na primárnej Server počas obdobia latencia sa stratia. Zvyčajne, nové aktualizácie v primárne transakcií možno vymáhať a uplatňovať na teplé pohotovostnom server s len malá prodleva v prepínanie z primárneho servera sa do pohotovostného Server. Hlavným účelom denníka lodnej dopravy je zachovať teplej pohotovostnom server. Ak udržanie teplej pohotovostnom server je váš hlavný cieľ, denníka lodná doprava je pravdepodobne vhodnejšie ako iné riešenia e tento článok diskutuje.

Výhodách a nevýhodách pomocou denníka lodnej dopravy

Výhody
  • Môžete obnoviť všetky činnosti databázy. Vymáhanie zahŕňa všetky objekty, ktoré boli vytvorené napríklad tabuľky a zobrazenia. To tiež zahŕňa bezpečnostných zmien ako sú noví užívatelia, ktorí boli vytvorené a akékoľvek povolenie zmeny.
  • Databázu môžete obnoviť rýchlejšie. Obnovenie databázy a denník transakcií sa zakladá na nižšej úrovne stránku formáty. Preto denníka plavby urýchli proces obnovy a má za následok rýchle obnovenie údajov.
Nevýhody
  • Databáza je nepoužiteľný, počas procesu obnovenia pretože databázu vo výhradnom režime pohotovostného na serveri.
  • Existuje nedostatok granularitu. Počas obnovy proces, všetky zmeny v primárneho servera uplatňovali v pohotovostnom re?ime Server. Nemôžete použiť denník plavby uplatniť zmeny na niekoľko tabuliek a odmietnuť zostávajúce zmeny.
  • Neexistuje žiadne automatického prepnutia aplikácie. Keď Primárny server zlyhá z dôvodu katastrofa, pohotovostnom server neposkytuje zlyhanie automaticky. Preto musí výslovne presmerujete aplikácie, ktoré sa pripájajú k primárneho servera do pohotovostného režimu (zlyhanie) Server.
Poznámka Ak váš hlavným účelom je zachovať teplej pohotovostnom server, Spoločnosť Microsoft odporúča použiť denník lodnej dopravy. Teplý pohotovostnom server odráža všetky transakcie, ktoré sa vyskytujú na primárny server. Avšak, ste pohotovostnom server sa nedá použiť, keď primárny server je k dispozícii.

Ďalšie informácie o nastavovaní teplej pohotovostnom server pomocou denníka lodnej dopravy, po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
323135Microsoft SQL Server 2000 - nastavení denníka lodnej dopravy (Biela kniha)
325220 Support WebCast: Microsoft SQL Server 2000 denníka plavby
Ďalšie informácie o log lodnej dopravy, nasledujúcich webových lokalitách spoločnosti Microsoft:
.aspx http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80)

Transakčné replikácie

Môžete použiť aj transakčné replikácie zachovať teplé pohotovostnom server. Transakčné replikácie replikuje údaje na jednom serveri (vydavateľ) na iný server (účastníka) s menej latenciu než denníka plavby. Môžete implementovať transakčné replikácie na objekt databázy úrovni ako je úroveň tabuľky. Preto spoločnosť Microsoft odporúča, aby ste používali Transakčné replikácie, keď máte menej údajov chrániť, a musíte mať rýchle ozdravného plánu.

Ponúkaný odber môžete použiť na presadzovanie Transakčné replikácia medzi dvoma servermi s primárneho servera ako program Publisher a pohotovostnom server ako účastníka. Transakčné replikácie zabezpečuje replikáciu dát. Ak vydavateľ, predplatiteľ môže byť použité.

Tento roztok je citlivá na zlyhanie vydavateľa a účastníka v rovnakom čase. V takomto scenári, nemôže chrániť údaje. Vo všetkých iných prípadoch, ako je neposkytnutie distribútora alebo účastníka, podľa toho, čo je najlepšie zosynchronizovať údaje v účastníka s údaje v programe publisher.

Použite transakčné replikáciu na zachovať teplej pohotovostnom server len v prípade, že sa nezavedú zmeny schémy alebo nie implementujete iné zmeny v databáze, ako sú bezpečnosť zmeny že replikácie nepodporuje.

Poznámka Replikácia nie je určený na údržbu teplej standby servery. S replikácie, môžete použiť replikované údaje na účastníka vytvárať správy. Môžete použiť aj replikácie pre iné všeobecné použitie bez museli vykonať spracovanie na pomerne zaneprázdnený vydavateľa.

Výhodách a nevýhodách pomocou transakčné replikácie

Výhody
  • Môžete si prečítať údaje o predplatiteľ aplikovaní zmeny.
  • Zmeny sa použijú s menej latencia.

    Poznámka Táto výhoda nemožno použiť vtedy, ak niektorá z týchto platí:
    • Replikácia agentov nie sú nastavené na priebežne.
    • Replikácia agenti sú zastavil z dôvodu chyby, Počas replikácie sa môže vyskytnúť.
Transakčné replikácie môže trvať dlhšie uplatniť zmeny pretože veľkej dávke aktualizácie sa musí vykonať počas replikácie.
Nevýhody
  • Zmeny schémy alebo zabezpečenia zmeny, ktoré sa uskutočňujú na Vydavateľ po stanovení replikácie nie sú dostupné na predplatiteľ.
  • Distribútor v obchodnej transakcii replikácie používa otvorený Database Connectivity (ODBC) pripojenia alebo pripojenia OLE databázy (OLEDB) distribuovať údaje. Však lodnej dopravy denníka používa obnoviť transakcie nízkoúrovňový Transact-SQL vyhlásenie distribuovať denníky transakcií. OBNOVENIE TRANSAKCIE vyhlásenie je oveľa rýchlejšie ako pripojenie ODBC alebo OLEDB pripojenie.
  • Prepínanie servery zvyčajne vymaže replikácie konfigurácie. Preto budete musieť nakonfigurovať replikácie dvakrát:
    Keď prepnete účastníka.
    Keď prepnete do vydavateľ.
  • Ak sa vyskytne katastrofa, musíte manuálne prepnúť servery prostredníctvom presmerovanie všetky žiadosti účastníka.
Ďalšie informácie o replikácii, po kliknutí na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
195757Často kladené otázky - SQL Server 7.0 - replikácia

Funkcia zálohovanie a obnovovanie

Zálohovanie a obnovovanie funkcia SQL Server poskytuje dôle itým ochranné chrániť kritické údaje, ktoré uložíte do databázy SQL Server. Používaním nástroja Zálohovanie môžete vytvoriť kópiu databázy (záložnú kópiu) a Funkcia obnoviť, a potom uložiť kópiu databázy v mieste, ktoré je chrániť pred potenciálne zlyhanie server, ktorý beží na stupňa SQL Server. Ak sa vyskytne zlyhanie systému databázu alebo databázu korupcie, potom môžete použiť záložnú kópiu, znova vytvoriť databázu alebo obnoviť databáza.

Keď máte v pláne po zlyhaní pomocou zálohovania a Obnoviť funkciu, tiež určiť, aká kritická je údajov v databáze. Okrem toho určiť požiadavky na obnovenie databázy. Pre napríklad stanoviť nasledujúce požiadavky obnovenie:
  • Tej miery, že obnovíte databázy. Budete musieť rozhodnúť, ktoré z týchto dvoch chcete urobiť:
    Obnovte databázu na podmienku v noci pred zlyhaním.
    Obnovte databázu na podmienku bodu času ako najbližšie k dobe poruchy.
  • Ako dlho databáza môže byť nedostupná. Či musíte okamžite obnoviť databázu.
Keď určíte, aby sa obnova požiadavky, môžete naplánovať Zálohovanie procesu, ktorá si uchováva súbor zálohy plniť požiadavky

Databázu môžete obnoviť iba na podmienku okamihu, keď ste vykonali najnovšiu zálohu. Transakcie, došlo po tomto zálohovanie môže dôjsť k strate. Preto spoločnosť Microsoft odporúča môžete použiť funkciu zálohovanie a obnovovanie iba pre non-kritických databázy aplikácie.

Výhodách a nevýhodách používania Funkcia zálohovanie a obnovovanie

Výhody
  • Môžete zálohovať databázu do vymeniteľného média na pomoc ochranu proti disku zlyhania.
  • Nemáte závisia od siete, ako to urobiť, keď použiť failover clustering alebo prihlásiť lodnej dopravy.
Nevýhody
  • Pri zálohovaní databázy, nemôžete vykonať operácie, ako je tvorba tabuliek, index vytvorenie databázy, zmenšuje, alebo nonlogged operácie.
  • Ak nastane porucha, môžete stratiť vaše najnovšie údaje.
  • Ak sa vyskytne katastrofa, musí manuálne obnovenie databáza.
Poznámka Pred použitím váš zálohovanie a obnovovanie postup vo výrobnom prostredie, podľa toho, čo je najlepšie dôkladne tento postup testu pri teste prostredie.

Ďalšie informácie o funkciu zálohovania a obnovenia nájdete po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
325257Podpory WebCast: Obnova SQL Server 2000 databáz: zálohovanie a obnovenie
281122 Popis obnoviť zálohovanie súborov a filegroup v SQL Server
Ďalšie informácie o zálohovanie a obnovovanie snímania, nájdete na nasledovných webových lokalitách spoločnosti Microsoft:
.aspx http://msdn2.Microsoft.com/en-us/library/aa196617 (SQL.80)
.aspx http://msdn2.Microsoft.com/en-us/library/aa196685 (SQL.80)
.aspx http://msdn2.Microsoft.com/en-us/library/aa178143 (SQL.80)

Disku redundanciu údajov pomocou nadbytočné array of independent disks (RAID)

RAID nadbytočné údaje uložené na viacerých diskoch, poskytovať väčšiu spoľahlivosť a menej prestojov pre servery. Úrovne po?a RAID 0, 1 a 5 sú obvykle sa používa ako možnosti obnovenia pre SQL Server. RAID technológií, uvádzajú umožnil zlyhanie a následné nahradenie jedného disku bez toho, aby boli server bude offline. Ak sa vyskytnú viac zlyhania disku, údaje môže stať nepoužiteľným. Preto spoločnosť Microsoft odporúča, že skombinujete nadbytočné údaje riadenia s zálohovanie a obnovovanie postup na pomoc uistite že nie stratiť údaje, ak hardvérové zlyhanie alebo iné katastrofy vyskytuje.

RAID 0 používa prekladanie technológiu pre rýchlejší prístup, keďže RAID 1 používa zrkadlení technológiu na spoľahlivosť údajov. Spoločné technika používaná v relačné databázy management zahŕňa pomocou RAID 0 a RAID 1 spolu. V Táto technika, dva identické prekladané polia disky sú neustále aktualizované. tak, aby informácie, ktoré je uložené v oboch poliach rovnaké. Ak jeden pole zlyhá, iné pole automaticky prevezme do pôvodného poľa je priviedol späť online.

RAID 5 (tiež známa ako striping s paritou) používa jeden prekladané diskového poľa s paritné bity napísané spolu s údaje. Ak sa akejkoľvek jeden disk zlyhá, paritné bity môžete použiť na výpočet chýbajúce údaje, kým nezadáte disku. Keď nahradíte disku, môžete použiť informácie o parite a zvyšné údaje na opätovné vytvorenie údajov z zlyhala disku a kopírovanie znova vytvoriť dát na nový disk. Všetky tieto činnosti sa vyskytujú bez toho, aby boli databázy systému prestoje. RAID poskytuje mnoho ďalších možnosti a funkcie pre vás na pomoc uistite sa, že vaše databázové systémy skúsenosti ako malý prestoje ako možné.

Výhody a nevýhody používania RAID

Výhody
Ak sa akejkoľvek jeden disk zlyhá, údaje nestratí.
Nevýhody
  • To môže trvať dlho obnoviť údaje.
  • Ak viaceré disky zlyhajú, nie je možné obnoviť cenné dáta.
Ďalšie informácie o RAID nájdete po kliknutí na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
100110Prehľad nadbytočné polia lacné diskov (RAID)

ODKAZY

Ak chcete prevziať aktualizovanú verziu SQL Server 2000 kníh Online, navštívte nasledovnú webovú lokalitu spoločnosti Microsoft:
http://www.Microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
Ďalšie informácie o ďalších možnostiach obnovy katastrofy, po kliknutí na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
307775Katastrofy recovery články pre Microsoft SQL Server
Ďalšie informácie o klastrov prepnutia v prípade, po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
195761Často kladené otázky - SQL Server 7.0 - zotavenie
260758 Často kladené otázky - SQL Server 2000 - Failover clustering
274446 Upgrade na SQL Server 2000 záložných roztok odporúčané pre všetky virtuálne servery SQL Server 2000
280743 Windows klastrov a geograficky samostatné stránky
Ďalšie informácie o zálohovanie a obnovovanie funkcie, navštívte nasledovnú webovú lokalitu spoločnosti Microsoft:
http://Technet.Microsoft.com/en-us/library/cc966495.aspx
Ďalšie informácie o funkciu zálohovania a obnovenia nájdete po kliknutí na nasledovné číslo článku databázy Microsoft Knowledge Base:
253817Ako zálohovať posledných transakcií, keď kapitán a databázové súbory sú poškodené v SQL Server
314546 Ako presunúť databáz medzi počítačmi so spustenými SQL Server
Ďalšie informácie o katalógu celotextového priečinky a súbory, kliknite na nasledovné číslo článku publikovaného v databáze Microsoft Knowledge Base:
240867Ako presunúť, kopírovať a zálohovať celotextového katalóg priečinkov a súborov

Vlastnosti

ID článku: 822400 - Posledná kontrola: 3. júla 2012 - Revízia: 1.0
Informácie v tomto článku sa týkajú nasledujúcich produktov:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 Standard Edition
Kľúčové slová: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtsk
Strojovo preložené
DÔLEŽITÉ: Tento článok bol preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft, nie prekladateľom. Spoločnosť Microsoft ponúka články preložené prekladateľmi aj strojovo preložené články, vďaka čomu máte možnosť prístupu ku všetkým článkom databázy Knowledge Base vo svojom jazyku. Strojovo preložený článok však nie je vždy perfektný. Môže obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky, podobne ako cudzinec môže robiť chyby, keď rozpráva vašim jazykom. Spoločnosť Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené akýmkoľvek nepresným prekladom obsahu alebo jeho použitím zo strany zákazníkov. Spoločnosť Microsoft softvér na strojový preklad pravidelne aktualizuje.
Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 822400

Odošlite odozvu

 

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