Momentan sunteți offline, așteptați să vă reconectați la internet

Browserul dvs. nu este acceptat

Trebuie să vă actualizați browserul pentru a utiliza site-ul.

Actualizați la cea mai recentă versiune Internet Explorer

Descrierea de dezastru opțiuni de recuperare pentru Microsoft SQL Server

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 822400
REZUMAT
Acest articol discută despre diferite soluții pentru recuperarea datelor dintr-o date în Microsoft SQL Server, dacă se produce o catastrofă. Acest articol, de asemenea discută despre avantajele şi dezavantajele din fiecare soluție.

recuperare după dezastru este un proces care le puteţi utiliza pentru a ajuta la recuperarea informaţiilor sisteme și date, dacă se produce o catastrofă.

Câteva exemple de dezastre include o persoană fizică sau o catastrofă artificiale precum un incendiu sau o tehnică dezastru such as un doi-disc failure într-o matrice redundantă de Independent discuri (RAID) 5 matrice.

Dezastru recuperare de planificare este munca pe care este dedicată pregătirea toate acţiunile pe care trebuie să apară ca răspuns la un dezastru. Planificarea include selecţia unei strategii pentru a ajuta la recuperarea valoroase date. Depinde de alegerea strategia de recuperare de caz de dezastru cerinţele dumneavoastră de afaceri.

Notă Soluțiile care sunt discutate în acest articol oferi doar descrierile generale de tehnologii pe care le puteţi utiliza. Aceste generale descrierile sunt pentru compararea diferitele metode de recuperare dezastru și planurile de redresare dezastru. Înainte de a decide pe care soluţie de redresare dezastru este mai bine pentru tine, asiguraţi-vă că te uiţi la fiecare catastrofa sugerate soluţii de recuperare în detaliu. După discutarea fiecare recuperare după dezastru soluție, acest articol conţine link-uri unde puteţi găsi informaţii suplimentare despre acea soluţie.

Failover fenomenului

Microsoft SQL Server 2000 failover clustering este proiectat pentru a failover automat dacă apare o eroare hardware sau o eroare de software-ul. Tu Puteţi utiliza SQL Server 2000 failover fenomenului pentru a crea un failover grupul pentru o singură instanţă a SQL Server 2000 sau pentru mai multe instanţe ale SQL Server 2000. Failover fenomenului permite un sistem de baze acoperire de date pentru a comuta automat prelucrarea o instanţă a SQL Server de pe un server nu a reuşit să o de lucru serverul. Prin urmare, este util în cazul în care un sistem de operare failover fenomenului defecțiuni sau dacă efectuaţi un upgrade planificate de sistemul de baze acoperire de date resurse. De asemenea, failover fenomenului creşte disponibilitatea serverului cu no nefuncţionare.

Deoarece failover clustering este conceput pentru înaltă server disponibilitatea cu aproape nici un server de nefuncţionare, ar trebui să fie grupată nodurile Închideţi geografic reciproc. Failover fenomenului nu poate fi utilă dacă un disc matrice defecțiuni.

Notă Pentru a implementa failover clustering, trebuie să instalaţi Microsoft SQL 2000 Server Enterprise Edition.

Următoarele sisteme de operare suport failover clustering:
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 Server avansate
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise A redacta
  • Microsoft Windows Server 2003, Datacenter A redacta
Aceste sisteme de operare include o componentă instalabil, Serviciul Microsoft de Cluster (MSCS). Să pună în aplicare failover fenomenului pentru SQL Serverul, trebuie să instalaţi MSCS.

Pentru mai multe informaţii despre MSCS şi sale de instalare, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
259267Serviciul Microsoft de Cluster resurse de instalare

Avantajele şi dezavantajele utilizării failover fenomenului

Avantajul
Ai server de înaltă disponibilitate. Failover automată a fenomenului se produce dacă serverul primare nu reuşeşte.
Dezavantaje
  • Tu le suporte o cheltuială mai mare. Menţinerea a două fermă de servere este două ori costul menținerii un singur server. Pentru că aveţi la menținerea două fermă de servere în acelaşi marcă de timp, este mai scump să instaleze și menţinerea grupată noduri.
  • Serverele ar trebui să fie în aceeaşi locaţie. În cazul domeniilor de organizarea sunt pe tot globul şi clustere activ/activ trebuie să fie puse în aplicare în ramurile, reţele şi a infrastructurii de stocare care trebuie să utilizaţi este foarte diferit de un cvorum standardul dispozitiv server de cluster. Prin urmare, deși este posibil, este mai bine să nu utilizeze geografic serverele îndepărtate.
  • Aveţi nici o protecţie împotriva o matrice pe disc eşec.
  • Failover fenomenului nu vă permite să creaţi failover clustere la baza acoperire de date de nivel sau la baza acoperire de date obiect nivel, cum ar fi la nivel de tabel.
Pentru mai multe informaţii despre failover clustering, vizitaţi următorul site Web Microsoft:Pentru mai multe informaţii despre failover clustering, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
243218Ordine de instalare pentru SQL Server 2000 Enterprise Edition la Microsoft Cluster Server
822250 Prezentare Web de asistenţă: Microsoft SQL Server 2000 failover dezastru procedurile de recuperare a fenomenului
Pentru mai multe informaţii despre politica Microsoft de suport pentru clusterului failover SQL Server, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
327518Politica de suport Microsoft pentru un cluster SQL Server de failover

Baza acoperire de date de oglindire

Baza acoperire de date oglindire este o în primul rând solutia software pentru creşterea disponibilitatea bazei acoperire de date. Doar pune în aplicare oglindire pe o bază per bază acoperire de date. Oglindire funcţionează numai cu baze acoperire de date care utilizează modelul de recuperare completă. Modelele de recuperare simplă şi bulk-logged nu acceptă date oglindire. Prin urmare, toate operaţiile masive sunt întotdeauna pe deplin conectat. Baza acoperire de date oglindire funcţionează cu orice nivel de compatibilitate acceptate acoperire de date.

Avantajele şi dezavantajele utilizării acoperire de date oglindire

Avantaje
  • Oglindire bazei acoperire de date creşte protecţia datelor cu caracter personal.
  • Baza acoperire de date oglindire majorărilor disponibilitatea unei baze acoperire de date.
  • Baza acoperire de date oglindire îmbunătăţeşte disponibilitatea de baza acoperire de date de producție în timpul upgrade-uri.
Dezavantaje
  • Oglindă bazei acoperire de date să fie identice cu baza acoperire de date principală. De exemplu, toate obiectele, Conectări şi permisiunile să fie identice.
  • Baza acoperire de date oglindire implică transferul informațiilor de pe un computer pe un alt computer printr-o rețea. Prin urmare, securitatea informațiilor care transferă SQL Server este foarte important.

Reproducerea tranzacţională peer-la spre-peer

Reproducerea tranzacţională peer-la spre-peer este proiectat pentru aplicații care ar putea citi sau ar putea modifica datele în orice date care participă la replicare. În plus, dacă orice fermă de servere care găzduiesc bazele acoperire de date nu sunt disponibile, puteţi modifica aplicarea la traficul către serverele rămase. Serverele rămase să conţină copii identice ale datelor.

Avantajele şi dezavantajele utilizării reproducerea tranzacţională peer-la spre-peer

Avantaje
  • Citire performanţa este îmbunătăţită pentru că poate răspândi activitate de firmă peste toate nodurile.
  • Agregat performanţă de actualizare, Inserare performanţă şi ştergerea performanţă pentru topologia seamănă cu performanţa un singur nod, deoarece toate modificările sunt propagate la toate nodurile.
Dezavantaje
  • Replicare peer-la spre-peer este disponibil numai în SQL Server 2005 Enterprise Edition.
  • Toate bazele acoperire de date participante trebuie să conțină identice scheme şi date.
  • Vă recomandăm că fiecare nod folosi propriile sale date de distribuţie. Această configuraţie elimină potenţialul de SQL Server 2005 pentru a avea un singur punct de eroare.
  • Nu poate include tabele şi alte obiecte în mai multe publicaţii peer-la spre-peer într-o singură publicaţie bază acoperire de date.
  • Trebuie să aveţi o publicaţie activată pentru peer-la spre-peer replicare înainte de a crea orice abonamente.
  • Trebuie să inițializați abonamente utilizând o copiere de rezervă sau setând valoarea de tip sincronizare abonament la reproducere acceptă numai.
  • Reproducerea tranzacţională peer-la spre-peer nu oferă detectarea conflictul sau soluţionarea conflictului.
  • Vă recomandăm să nu utilizaţi coloanele de identitate.

Menţinerea o aşteptare cald serverul

Puteţi crea şi întreţine un server aºteptare cald utilizând fie din următoarele metode:
  • Jurnal de transport maritim
  • Reproducerea tranzacţională
Mai multe informaţii despre fiecare dintre aceste două metode urmează.

Jurnal de transport maritim

Jurnal de transport maritim este inclus în resource kit pentru Microsoft SQL Server 7.0, şi aceasta este inclusă în Microsoft SQL Server 2000 Enterprise Edition şi în Microsoft SQL Server 2000 dezvoltator ediție. Jurnal transport maritim utilizează un server aºteptare care nu este utilizată în timpul operațiunilor regulate. A aºteptare server este util pentru a ajuta la a nota date dacă se produce o catastrofă. poţi Utilizaţi numai jurnal de transport maritim la nivelul bazei acoperire de date. Nu utilizaţi în instanță nivel.

La un server de aşteptare este restabilirea jurnalele de tranzacţie, baza acoperire de date este în mod exclusiv şi este inutilizabil. Cu toate acestea, se poate executa pe loturi locuri de muncă între tranzacţie restabilirile jurnal sau consola de baze acoperire de date de raportare De comenzi (DBCC) controale continuu modul standby integritatea serverul. Pentru aplicaţii cum ar fi fermă de servere de sprijin Decizia care necesită Urmărire prelucrarea pe un server de baze acoperire de date, jurnal maritime nu este un caz opţiune.

Latenţă pe server aºteptare se bazează pe cum frecvent backup-uri jurnal tranzacţie sunt luate la serverul principal iar apoi aplicate la serverul aºteptare. Dacă serverul primare nu reuşeşte, este posibil să pierdeţi modificările care au fost făcute de tranzacţiile care au avut loc după al tău cea mai recentă operațiune jurnal de rezervă.

De exemplu, dacă tranzacţia jurnal copiile de rezervă sunt luate fiecare 10 minute, tranzacţiile în timpul cele mai recente 10 minute poate fi pierdută. Acest lucru nu înseamnă neapărat că actualizările date care sunt făcute să primare serverul pe parcursul perioadei de latenţă vor fi pierdute. De obicei, noi actualizări în jurnal de tranzacţii primare pot fi recuperate şi aplicate la serverul aºteptare cald cu doar o întârziere mici în trecerea de la serverul de primar în standby serverul. Scopul principal al jurnalului de transport maritim este de a menţine un server aºteptare cald. În cazul în care menţinerea un server aºteptare cald este obiectivul dumneavoastră principal, jurnal de transport maritim este susceptibile de a fi mai adecvat decât alte soluţii că acest articol discută.

Avantajele şi dezavantajele utilizării jurnal de transport maritim

Avantaje
  • Aveți posibilitatea să recuperați toate activitățile bazei acoperire de date. Recuperarea include orice obiect care au fost create ca tabele şi vizualizări. Ea, de asemenea, include modificări de securitate cum ar fi utilizatorii noi care au fost create și orice modificări de permisiune.
  • Aveţi posibilitatea să Restabilire bază acoperire de date mai repede. Restabilirea baza acoperire de date şi jurnalul de tranzacţii se bazează pe pagina low-level formate. Prin urmare, jurnal transport viteze de până procesul de restaurare şi rezultatele în rapid recuperarea datelor.
Dezavantaje
  • Baza acoperire de date este inutilizabile în timpul procesului de restaurare deoarece baza acoperire de date este în mod exclusiv pe server aºteptare.
  • Există o lipsă de granularitatea. În timpul restaurării proces, toate modificările în server primare sunt aplicate la modul serverul. Nu se poate utiliza Jurnalul de transport maritim pentru a aplica modificările câteva tabele şi respinge modificările rămase.
  • Nu există nici o depăşirea automată a erorilor de aplicaţii. Atunci când serverul primare nu reuşeşte din cauza un dezastru, aºteptare server nu failover automat. Prin urmare, trebuie să redirecţioneze în mod explicit Cererile care se conectează la serverul de primar în standby (failover) serverul.
Notă Dacă dumneavoastră scopul principal este de a menţine un server aºteptare cald, Microsoft recomandă să utilizaţi jurnalul de transport maritim. Serverul menţine cald reflectă toate tranzacţiile care se produc pe server primare. Cu toate acestea, vă nu puteţi utiliza serverul aºteptare atunci când serverul principal este disponibil.

Pentru mai multe informaţii despre cum se configurează un server aºteptare cald utilizând jurnalul de livrare, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
323135Microsoft SQL Server 2000 - cum să înfiinţeze jurnal maritime (Cartea albă)
325220 Prezentare Web de asistenţă: Microsoft SQL Server 2000 jurnal maritime
Pentru mai multe informaţii despre jurnal maritime, vizitaţi următorul site Web Microsoft:

Reproducerea tranzacţională

Puteţi utiliza, de asemenea, reproducerea tranzacţională pentru a menţine o caldă server de aºteptare. Reproducerea tranzacţională reproduce datele de pe un singur server (editor) la un alt server (abonatul) cu latenta mai puţin decât jurnal transport maritim. Implementaţi reproducerea tranzacţională la obiectului bazei acoperire de date nivelul cum ar fi nivelul de tabel. Prin urmare, Microsoft recomandă să utilizaţi reproducerea tranzacţională atunci când aveţi mai puţine date a proteja, şi trebuie să aveţi un plan de redresare rapid.

Aveţi posibilitatea să utilizaţi un abonament împinge să pună în aplicare reproducerea tranzacţională între două fermă de servere cu serverul principal ca Editor şi serverul aºteptare ca abonatul. Reproducerea tranzacţională asigură replicarea datelor. Când editorul nu reuşeşte, abonatul poate fi utilizat.

Această soluție este vulnerabil la eşecul editorului și Abonatul în acelaşi marcă de timp. Într-un astfel de scenariu, vă poate proteja date. În toate alte scenarii cum ar fi eşecul un distribuitor sau un Abonatul, este recomandat să resincronizaţi datele din abonat cu datele în publisher.

Ar trebui să utilizaţi să reproducerea tranzacţională menţine un server aºteptare cald numai când nu implementaţi modificările schemă sau nu pune în aplicare alte modificări în baza acoperire de date, cum ar fi modificările de securitate acea reproducere nu acceptă.

Notă Replicare nu este proiectat pentru menţinerea aºteptare cald fermă de servere. Cu replicare, aveţi posibilitatea să utilizaţi date reprodusă la abonat la genera rapoarte. Puteţi utiliza, de asemenea, replicare pentru alte utilizări generale fără având pentru a efectua prelucrarea pe editorul relativ ocupat.

Avantajele şi dezavantajele utilizării reproducerea tranzacţională

Avantaje
  • Puteţi citi datele de pe un abonat în marcă de timp ce aplicaţi schimbări.
  • Modificările se aplică cu mai puţin de latenţă.

    Notă Acest avantaj nu pot fi aplicate în cazul în care oricare dintre următoarele este adevărat:
    • Agenți de replicare nu sunt setate să continue.
    • Replicare agenți sunt oprite din cauza erori care se poate produce în timpul reproducerii.
Reproducerea tranzacţională poate dura mai mult marcă de timp pentru a aplica modificările deoarece actualizări pe loturi mari trebuie efectuată în timpul reproducerii.
Dezavantaje
  • Schemă sau schimbările de securitate care sunt efectuate la editorul după stabilirea replicare nu vor fi disponibile la abonat.
  • Distribuitor în reproducerea tranzacţională utilizează un Open Conexiune Connectivity (ODBC) baza acoperire de date sau un OLE bazei acoperire de date (OLEDB) să distribuie date. Cu toate acestea, jurnal maritimă utilizează TRANZACŢIA Restabilire nivel scăzut instrucţiune Transact-SQL pentru a distribui jurnalele de tranzacţie. O RESTAURARE Declaraţie de TRANZACŢIE este mult mai rapid decât o conexiune ODBC sau un OLEDB conexiune.
  • De obicei, trecerea de fermă de servere şterge replicare configuraţii. Prin urmare, trebuie să configuraţi replicare de două ori:
    Atunci când treceţi la abonat.
    Atunci când comutaţi înapoi la Editor.
  • Dacă se produce o catastrofă, trebuie să comuta manual fermă de servere de redirecţionarea tuturor cererilor abonatului.
Pentru mai multe informaţii despre reproducerea, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
195757întrebări frecvente - SQL Server 7.0 - Replication

Caracteristica de backup şi restaurare

Caracteristica de Backup şi restaurare a SQL Server furnizează un important protejarea pentru a ajuta la protejarea datelor critice care se stochează în bazele acoperire de date SQL Server. Aveţi posibilitatea să creaţi o copie a unei baze acoperire de date (o copie de rezervă) utilizând copierea de rezervă şi Caracteristica Restabilire şi apoi stoca copia bazei acoperire de date într-o locaţie care este protejate de eşecul potenţială a serverului care execută instanţa de SQL Server. Dacă vă confruntaţi cu o eroare de sistem de baze acoperire de date sau corupţie acoperire de date, apoi se poate utiliza copia de rezervă a re-crea baza acoperire de date sau pentru a restabili bază acoperire de date.

Când aveţi de gând dezastru recuperare utilizând copierea de rezervă şi Restabili caracteristică, determină de asemenea modul critice acoperire de date în baza acoperire de date este. În plus, determină cerinţele de restaurare pentru baza acoperire de date. Pentru exemplu, determină restaurarea următoarele cerințe:
  • La punctul în care vă Restabilire bază acoperire de date la. Va trebui să decid care dintre următoarele două vrei sa faci:
    Restabilire bază acoperire de date la starea de noapte înainte de eşec.
    Restabilire bază acoperire de date la starea unui punct de marcă de timp cât mai aproape posibil până în momentul de eşec.
  • Cât marcă de timp baza acoperire de date poate fi indisponibilă. Dacă trebuie să vă Restabilire bază acoperire de date imediat.
După ce determinaţi cerințele restaurare, posibilitatea să planificaţi o procesul care menţine un set de face o copiere de rezervă pentru a satisface de backup cerințele

Numai aveţi posibilitatea să restabiliţi o bază acoperire de date la starea Point de marcă de timp în cazul în care aţi efectuat cea mai recentă copiere de rezervă. Tranzacțiile care a avut loc după această copiere de rezervă pot fi pierdute. Prin urmare, Microsoft recomandă Utilizaţi caracteristica de Backup şi restaurare numai pentru baza acoperire de date misiune critică aplicaţii.

Avantajele şi dezavantajele utilizării caracteristica de backup şi restaurare

Avantaje
  • Copierea bazei acoperire de date până la suport amovibil pentru a ajuta proteja împotriva eşecurilor disc.
  • Nu trebuie să depindă de reţea, aşa cum procedaţi când Utilizaţi failover gruparea sau faceţi log transport maritim.
Dezavantaje
  • Când copierea de rezervă a bazei acoperire de date, aveţi posibilitatea să efectuaţi operațiuni tabel crearea, crearea indexul, baza acoperire de date în scădere, sau operațiunile de nonlogged.
  • Dacă apare o eroare, este posibil să pierdeţi datele cele mai recente.
  • Dacă se produce o catastrofă, trebuie să restauraţi manual bază acoperire de date.
Notă Înainte de a utiliza procedura dumneavoastră de Backup şi restaurare într-o producţie mediu, este recomandat să bine această procedură de testare într-un test mediu.

Pentru mai multe informaţii despre caracteristica copiere de rezervă şi restabilire, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
325257Prezentare Web de asistenţă: SQL Server 2000 date Recovery: spate şi pauză
281122 Descrierea restaurarea backup-uri fişier şi filegroup în SQL Server
Pentru mai multe informaţii despre copierea de rezervă şi restaurare caracteristică, vizitaţi următorul site Web Microsoft:

Disc redundanţa datelor utilizând o şir redundant de discuri independente (RAID) (RAID)

Un RAID stochează date redundante pe mai multe discuri pentru a oferi o mai mare fiabilitate şi mai puţin de nefuncţionare pentru fermă de servere. Nivelurile RAID 0, 1 şi 5 sunt folosită în general ca opțiuni de recuperare pentru SQL Server. Tehnologiile RAID care sunt menționate permite eşecul şi înlocuirea ca urmare a unui singur disc fără server merge neconectat. Dacă apar mai multe eşecuri de disc, date nu poate fi recuperabilă. Prin urmare, Microsoft recomandă că combinaţi date redundante de management cu o procedură de Backup şi restaurare a ajuta asiguraţi-vă că că nu pierdeţi date dacă un hardware eşec sau alte dezastre se produce.

RAID 0 utilizează segmentarea tehnologie pentru acces mai rapid, întrucât RAID 1 utilizează tehnologia oglindire pentru exactitatea datelor. O tehnică comună utilizată în bază acoperire de date relaţională gestionare implică utilizarea RAID 0 şi RAID 1 împreună. În Aceasta tehnica, două matrice identice cu dungi de unităţi sunt actualizate constant astfel încât informațiile stocate pe ambele matrice este acelaşi. Dacă unul matrice eşuează, alte matrice automat preia până în matricea originală este adus inapoi on-line.

RAID 5 (cunoscut și ca micşioare, cu parity) utilizează o matrice singur disc cu dungi cu biţi de paritate scris împreună cu date. Atunci când orice disc unul nu reuşeşte, biţi de paritate pot fi utilizate pentru a calcula datele lipsă până când înlocuiţi discul. Atunci când înlocuiţi discul, aveţi posibilitatea să utilizaţi informațiile paritate și restul datelor pentru a recrea datele din nu a reuşit disc şi să copiaţi datele lor pe disc nou. Toate aceste operațiunile produce fără date sistem de nefuncţionare. Un RAID oferă multe alte opţiuni şi caracteristici pentru a vă ajuta asiguraţi-vă că vă sisteme de baze acoperire de date experienta ca pic de downtime posibil.

Avantajele şi dezavantajele utilizării unui RAID

Avantajul
Nu pierdeţi date dacă orice unul disc nu reuşeşte.
Dezavantaje
  • Poate dura un marcă de timp pentru a recupera datele.
  • Dacă mai multe discuri nu reuşesc, este posibil să nu reuşiţi să recupereze datele valoroase.
Pentru mai multe informaţii despre RAID, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
100110Prezentare generală a matrice redundantă de discuri ieftine (RAID)
REFERINŢE
Pentru a descărca o versiune actualizată a SQL Server 2000 cărţi On-line, vizitaţi următorul site Web Microsoft:Pentru mai multe informaţii despre alte opţiuni de recuperare a dezastrelor, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
307775Articole de recuperare dezastru pentru Microsoft SQL Server
Pentru mai multe informaţii despre failover clustering, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
195761întrebări frecvente - SQL Server 7.0 - Failover
260758 întrebări frecvente - SQL Server 2000 - Failover fenomenului
274446 Upgrade-ul la SQL Server 2000 failover soluţia recomandată pentru toate ne - SQL Server 2000 fermă de servere virtuale
280743 Ferestre separate geografic și cluster site-uri
Pentru mai multe informaţii despre copierea de rezervă şi restaurare caracteristică, vizitaţi următorul site Web Microsoft:Pentru mai multe informaţii despre caracteristica copiere de rezervă şi restabilire, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
253817Copierea de rezervă Jurnalul de tranzacţii ultima atunci când căpitanul şi fişierele bazei acoperire de date sunt deteriorate în SQL Server
314546 Cum se mută bazele acoperire de date între computere care execută SQL Server
Pentru informaţii suplimentare despre catalogul text complet foldere şi fişiere, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
240867Cum de a muta, copia şi spate sus textul integral Catalogul foldere și fișiere

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 822400 - Ultima examinare: 07/03/2012 03:10:00 - Revizie: 1.0

  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
  • kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtro
Feedback
n.protocol) + "//c.microsoft.com/ms.js'><\/script>");