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

Traduceri articole Traduceri articole
ID articol: 822400 - View products that this article applies to.
Măriți totul | Reduceți totul

În această pagină

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:
http://msdn2.Microsoft.com/en-us/library/aa174512 (SQL.80) .aspx
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:
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) .aspx

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:
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) .aspx

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:
http://www.Microsoft.com/downloads/details.aspx?FamilyID=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
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:
http://technet.Microsoft.com/en-us/library/cc966495.aspx
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

Proprietă?i

ID articol: 822400 - Ultima examinare: 3 iulie 2012 - Revizie: 1.0
SE APLICĂ LA:
  • 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
Cuvinte cheie: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtro
Traducere automată
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

Trimite?i feedback

 

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