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

Modul de a muta bazele acoperire de date între computere care execută SQL Server

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 314546
Rezumat
Acest articol etapizat descrie cum se mută Microsoft SQL Server baze acoperire de date de utilizator şi componentele Microsoft SQL Server cele mai comune între computere care execută Microsoft SQL Server.

Paşii care sunt descrise în acest articol presupune că tu nu se va muta maestru, model, tempdbsau msdb sistem de baze acoperire de date. Paşii oferă diferite opţiuni pentru tine de a transfera datele de conectare şi componentele cele mai comune care sunt conţinute în bazele acoperire de date master şi msdb .

Pentru informaţii despre elementele specifice care nu sunt transferate când urmaţi paşii din acest articol, consultaţi secţiunea "Mai multe informaţii".

NotăPentru SQL Server 2008, du-te laGestionarea metadate, atunci când se face o bază acoperire de date disponibile pe un alt Server de exemplu Site-ul Reţea Microsoft pentru dezvoltatori (MSDN).

Notă Migrarea acoperire de date la SQL Server 2000 la Microsoft SQL Server 2000 (64-pic) este acceptat. Puteţi ataşa un 32-bit acoperire de date la un 64-bit acoperire de date folosind procedura de sistem stocată sp_attach_db sau procedura de sistem stocată sp_attach_single_file_db , sau prin utilizarea de backup şi restaurare în 32-bit Enterprise Manager. Aveţi posibilitatea să mutaţi baze acoperire de date înainte şi înapoi între 32-bit şi 64-bit traducere de SQL Server. De asemenea, puteţi migra datele din SQL Server 7.0 utilizând aceleaşi metode. Cu toate acestea, declasarea date la SQL Server 7.0 din SQL Server 2000 (64-pic) nu este acceptat. Urmează o descriere a fiecărei metode.

Pasul 1: Cum să se mute baze acoperire de date de utilizator
Dacă utilizaţi SQL Server 2005, utilizaţi aceeaşi metodă pentru a migra datele din SQL Server 7.0 sau SQL Server 2000. Cu toate acestea, instrumentul de management în SQL Server 2005 diferă de instrument de management în SQL Server 7.0 sau în SQL Server 2000. Ar trebui să utilizaţi SQL Server Management Studio în loc de SQL Server Enterprise Manager. În plus, ar trebui să utilizaţi SQL Server expert Import şi Export (DTSWizard.exe) în loc acoperire de date transformare consolidare servicii expert Import şi Export acoperire de date.

Pentru a muta bazele acoperire de date de utilizator, utilizaţi una dintre următoarele metode.

Metoda 1: Spate sus şi a restabili bazele acoperire de date utilizator
Înapoi la bazele acoperire de date de utilizator pe sursa de server, şi apoi restabili bazele acoperire de date utilizatorul la serverul de destinație.
  • Baza acoperire de date pot fi folosite atunci când copierea de rezervă este în proces.Dacă utilizatorii să efectuaţi declaraţii INSERT, UPDATE sau DELETE pe baza acoperire de date după thebackup este completă, backup-ul nu va conţine aceste modificări. Dacă vă musttransfer toate modificările, puteţi transfera modificările cu downtime minim în cazul în care youperform atât o tranzacţie jurnal de rezervă şi o copiere de rezervă bază acoperire de date completă.
    1. Restaurare backup complet acoperire de date pe serverul destinaţie şi specificaţi opţiunea Cu NORECOVERY .

      Notă Pentru a preveni modificări suplimentare acoperire de date, directe utilizatorilor pentru a opri activitate de firmă de baze acoperire de date pe serverul sursă.
    2. Efectuaţi o tranzacţie jurnal de rezervă şi restaura tranzacţia Jurnalul de rezervă la serverul destinaţie utilizând opţiunea Cu recuperare . Nefuncţionare este limitată la momentul de Jurnalul de tranzacţii backup şi restaurare. Pentru mai multe informaţii, consultaţi "Restabilire" sub-subiect în tema "Referinţă Transact-SQL" SQL Server Books Online.
  • Baza acoperire de date pe serverul destinaţie va fi samesize ca baza acoperire de date pe serverul sursă. Pentru a reduce dimensiunea bazei acoperire de date, trebuie să reducă fie baza acoperire de date sursă înainte de a efectua orreduce copiere de rezervă, baza acoperire de date destinaţie după restaurare este completat. Pentru informaţii suplimentare, consultaţi sub-subiectul "În scădere baza acoperire de date un" caseta Către "Crearea de baze acoperire de date andMaintaining" de SQL Server Books Online.
  • Dacă vă Restabilire bază acoperire de date la un fişier diferit locationthan baza acoperire de date sursă, trebuie să specificaţi opţiunea de Cu muta . De exemplu, pe serverul sursă acoperire de date este în folderul theD:\Mssql\Data. Serverul destinație nu are un D şofer, şi vrei să Restabilire bază acoperire de date în folderul C:\Mssql\Data. Pentru mai multe informaţii despre cum se restabileşte o bază acoperire de date într-o locaţie diferită, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
    221465 Utilizând opţiunea de cu muta cu declarația de restaurare
    304692 Mutarea bazelor acoperire de date SQL Server 7.0 într-o locaţie nouă cu BACKUP şi restaurare
  • Dacă doriţi să suprascrieţi un pre-existente date pe serverul de destinație, trebuie să specificaţi opţiunea Cu înlocui . Pentru mai multe informaţii, consultaţi "Restabilire" sub-subiect în tema "Referinţă Transact-SQL" SQL Server Books Online.
  • În funcţie de versiunea de SQL Server la care yourestore, set de caractere, ordinea de sortare şi Unicode collation pot avea de a bethe acelaşi pe fermă de servere sursă şi destinaţie. Pentru mai multe informaţii, clocoti "Note despre asamblare" mai târziu în această secţiune.


Metoda 2: Utilizaţi sp_detach_db şi sp_attach_db proceduri stocate
Pentru a utiliza sp_detach_db şi sp_attach_db proceduri stocate, urmaţi aceşti paşi:
  1. Detaşaţi baza acoperire de date pe serverul sursă utilizând procedura sp_detach_dbstocate. Trebuie să copiaţi .mdf .ndf și .ldf fişierele care sunt asociate cu baza acoperire de date la serverul de destinație. A se vedea acest tabel pentru o descriere a tipuri de fişiere:
    extensie nume de fişierDescriere
    .MDF Fișier acoperire de date primare
    .ndf Fișier acoperire de date secundare
    .ldf fişier jurnal de tranzacţii
  2. Ataşaţi baza acoperire de date pe serverul destinaţie utilizând procedura sp_attach_dbstocate şi punctul de la fişierele pe care aţi copiat de la serverul de destinație în pasul anterior. Pentru mai multe informaţii despre cum să utilizaţi aceste metode, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    224071 Cum de a muta bazele acoperire de date SQL Server la o nouă locaţie, utilizând funcţiile desprinde şi ataşaţi din SQL Server
  • Baza acoperire de date este inaccesibil după detașare, şi youcannot utiliza baza acoperire de date atunci când copiaţi fişiere. Toate datele care figurează în thedatabase la punct în marcă de timp a desprinde este mutat.
  • set de caractere, ordinea de sortare şi Unicode collation mayhave să fie la fel pe ambele fermă de servere atunci când utilizaţi metoda de ataşare sau de Detașare . Pentru mai multe informaţii, consultaţi următoarea notă despre asamblare.
NotăDacă mutaţi baze acoperire de date între fermă de servere SQL Server 7.0 folosind de copiere de rezervă şi restaurare sau metode deataşare şi desprinde, setul de caractere, ordinea de sortare, şi Unicode collation trebuie să fie la fel pe ambele fermă de servere. Dacă mutaţi baze acoperire de date din SQL Server 7.0 şi SQL Server 2000 sau între fermă de servere SQL Server 2000, baza acoperire de date păstrează colaţionarea bazei acoperire de date sursă. Aceasta înseamnă că, dacă destinația server care execută SQL Server 2000 are o asamblare diferită decât baza acoperire de date sursă, baza acoperire de date destinaţie are o asamblare diferită decât serverul de destinațiemaestru, model, tempdbşi msdb baze acoperire de date. Pentru informaţii suplimentare, consultați subiectul "Medii de asamblare mixte" în SQL Server 2000 carti Online.



Metoda 3: Utilizare expert Import şi Export acoperire de date pentru a copia obiectele şi datele între bazele acoperire de date SQL Server
Puteţi copia o întreaga bază acoperire de date sau selectiv copia obiectele şi datele din sursa acoperire de date în baza acoperire de date destinaţie utilizând date transformare consolidare servicii expert Import şi Export acoperire de date.
  • Baza acoperire de date sursă pot fi utilizate în timpul thetransfer. Dacă baza acoperire de date sursă este folosit în timpul transferului, puteţi vedea unele de blocare atunci când transferul isin progresul.
  • Când utilizaţi Expert Import şi Export acoperire de date, setul de caractere, ordinea de sortare şi asamblare nu trebuie să fie aceeaşi între sursa de server şi serverul destinaţie.
  • Pentru că spaţiu nefolosit în baza acoperire de date sursă nu se mişcă, baza acoperire de date destinaţie nu poate avea să fie la fel de mare ca baza acoperire de date sursă.În mod similar, dacă deplasaţi doar unele obiecte, baza acoperire de date destinaţie nu poate haveto fi atât de mare ca baza acoperire de date sursă.
  • SQL Server 7.0 consolidare servicii de transformare acoperire de date poate nottransfer text şi imagini mai mult de 64 KB acoperire de date corect. Această problemă se notapply la versiunea de SQL Server 2000 de consolidare servicii de transformare acoperire de date. Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    257425 FIX: DTS obiect transferul nu transfera date BLOB mai mare decât 64 KB


Pasul 2: Cum de a transfera datele de conectare si parolele
Dacă nu transfera datele de conectare la serverul sursă la serverul de destinație, utilizatorii SQL Server curent poate fi incapabil la spre conecta la serverul de destinație. Puteţi transfera datele de conectare si parolele utilizând instrucţiunile din următorul articol din bază de cunoştinţe Microsoft:
246133 Cum de a transfera datele de conectare si parolele între instanţe ale SQL Server
Bazele acoperire de date implicit pentru conectare pe serverul de destinație poate diferi acoperire de date implicit pentru conectare pe serverul sursă. Puteţi modifica baza acoperire de date implicit pentru un conecta cu sp_defaultdb stocate procedură. Pentru mai multe informaţii, a se vedea "sp_defaultdb" sub-subiect de "Referinţă Transact-SQL" subiect în SQL Server Books Online.


Pasul 3: Cum să rezolve orfani utilizatori
Dupa ce transfera datele de conectare si parolele la serverul de destinație, utilizatorii pot fi în imposibilitatea de a accesa baza acoperire de date. Login-uri sunt asociate pentru utilizatorii de identificator de securitate (SID), şi în cazul în care SID este incompatibil după ce mutaţi o bază acoperire de date, SQL Server poate refuza accesul utilizatorilor la baza acoperire de date. Această problemă este cunoscut ca un utilizator orfani. În cazul în care transfera datele de conectare si parolele utilizând caracteristica SQL Server 2000 DTS transferul Login, vă va, probabil, au orfani utilizatori. În plus, login-uri integrate acordat acces pe un server de destinaţie într-un domeniu diferit decât sursa utilizatorii de cauza orfani server.
  1. Uita-te pentru utilizatorii de orfani. Deschide Query Analyzer pe thedestination server, şi apoi executaţi următorul cod în baza acoperire de date utilizatorul că youmoved:
    exec sp_change_users_login 'Report'
    Procedura listează orice utilizatorii orfani, care nu se leagă la un conecta. Ifno utilizatorii sunt enumerate, sări peste pasul 2 şi Pasul 3 şi mergeţi la Pasul 4.
  2. Rezolva utilizatorii orfani. Dacă un utilizator este orfani, databaseusers să faceţi conecta la server cu succes dar nu va avea permisiunea toaccess baza acoperire de date. Dacă încercaţi să acorde acces conecta la baza acoperire de date, veţi primi mesajul de eroare thefollowing, deoarece utilizatorul există deja:
    Microsoft SQL-DMO (ODBC SQLState: 42000) eroare 15023:User sau rolul '%s' există deja în baza acoperire de date curentă.
    Pentru mai multe informaţii despre modul de rezolvare a utilizatorilor orfani, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
    240872 Cum de a rezolva probleme de permisiune atunci când vă mutaţi o bază acoperire de date între fermă de servere care execută SQL Server

    Următorul articol din bază de cunoştinţe Microsoft conţine instrucţiuni despre cum să harta conectări la baza acoperire de date utilizatori şi rezolvă utilizatorii orfani din standardul SQL Server conectări şi integrat datele de conectare:

    274188 Subiectul "Troubleshooting Orphaned Users" din carti Online este incomplet

    Acest articol descrie cum se utilizează sp_change_users_login stocate procedură pentru a corecta utilizatorii orfani de unul. Sp_change_users_login stocate procedură rezolvă doar utilizatorii orfani din standardul SQL Server conectări.
  3. În cazul în care proprietar bază acoperire de date (dbo) este listat ca orfani, rulaţi acest cod in baza acoperire de date utilizator:
    exec sp_changedbowner 'sa'
    Procedura stocată schimbă proprietar bază acoperire de date adbo şi rezolvă problema. Pentru a modifica proprietar bază acoperire de date alt utilizator, rulaţi din nou sp_changedbowner cu utilizatorul care doriţi. Pentru mai multe informații, consultați sub-subiectul "sp_changedbowner" în tema "Referinţă Transact-SQL" SQL Server Books Online.
  4. Dacă serverul de destinație se execută SQL Server 2000Service Pack 1, proprietar bază acoperire de date utilizatorul nu poate fi în Listă tabel în folderul utilizatori în Enterprise Manager după ce efectuaţi ataşaţi sau restaurare sau ambele. Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    305711 BUG: DBO utilizator nu se afişează în Enterprise Manager
  5. Este posibil să primiţi următorul mesaj de eroare dacă încercaţi tochange parola de administrator (SA) de sistem prin intermediul Enterprise Manager dacă logon care a fost mappedto dbo pe sursa de server nu exista pe destinationserver:
    Eroare 21776: [SQL-DMO] nume de sign-in "dbo" nu a fost găsit în colecția de utilizatori. Dacă nume de sign-in este un nume de calificat, utilizaţi [] pentru a separa diferite părţi ale nume de sign-in şi reîncercaţi.
    Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    218172 Nu puteţi modifica parola SA în Enterprise Manager
Avertizare Dacă restabiliţi sau ataşa baza acoperire de date din nou, utilizatorii bazei acoperire de date poate fi re-orfani şi va trebui să repetaţi pasul 3.

Pasul 4: Cum să se mute de locuri de muncă, alerte şi operatorii
Pasul 4 este opţională. Puteţi genera script-uri pentru toate locuri de munca, alerte şi operatorii de pe sursa de server, şi apoi atunci a alerga script-ul de pe serverul de destinație.
  • Pentru a muta de locuri de muncă, alerte şi operatorii, urmaţi aceşti paşi:
    1. Deschide SQL Server Enterprise Manager, iar apoi extindeți folderul de Management .
    2. Extinde SQL Server Agent, şi apoi faceţi clic dreapta pealerte, locuri de muncăsau operatorii.
    3. Faceţi clic pe Toate sarcinile, şi apoi faceţi clic pe Genera SQL script-ul. Pentru SQL Server 7.0, faceţi clic pe Script-ul toate locurile de muncă, alerte, sau operatorii.
    Veţi avea opţiunea de a genera script-uri pentru Toate alerte, Toate locurile de muncă, sau Tuturor operatorilor bazate pe elementul pe care vă faceţi clic dreapta.
  • Puteţi trece de locuri de muncă, alerte şi operatorii din SQL Server 7.0 a SQL Server 2000 sau între fermă de servere care execută SQL Server 7.0 şi SQL Server 2000.
  • Dacă aveţi operatorii care sunt configurate pentru notificarea bySQLMail pe sursa de server, aveţi să înfiinţeze SQLMail pe destinationserver să aibă aceeaşi funcţionalitate. Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    263556 Cum se configurează SQL Mail


Pasul 5: Cum să se mute pachete DTS
Pasul 5 este opţională. DTS pachete sunt stocate pe serverul sursă în SQL Server sau depozit, le puteţi muta în cazul în care doriţi. Pentru a muta pachete DTS între fermă de servere, utilizaţi una dintre următoarele metode.

Metoda 1: Salva pachetul DTS pe SQL Server
  1. Salvaţi pachetul DTS pe sursa de server la un fişier, andthen deschis fişierul de pachete DTS pe serverul de destinație.
  2. Salva pachet pe serverul destinaţie SQLServer sau la depozit.
    Notă Va trebui să mutaţi fiecare pachet de unul în fişiere separate.


Metoda 2: Deschide pachetul DTS în DTS Designer
  1. Deschide fiecare pachet DTS din proiectant DTS.
  2. Pachet în meniul, faceţi clic pe Salvare ca.
  3. Specificaţi destinaţia SQL Server.
NotăPachetul nu poate executa corect pe noul server. Aveţi pentru a schimba pachetul, şi modifica orice referinţe în pachetul de conexiuni, fişiere, surse acoperire de date, profiluri şi alte informaţii pe care este situat pe vechiul server sursă, serverul destinaţie nouă de referinţă. Trebuie să facă aceste schimbări pe bază de pachet de pachet bazate pe design de fiecare pachet.

Pasul 6: Modifica setările sp_configure pentru a se potrivi computer anterioare
Va trebui să modificaţi setările astfel încât acestea se potrivesc cu setările în noul computer. De exemplu, dacă noul computer are mai multă memorie sau dacă se execută diferite cazuri de SQL şi aplicaţii, poate doriţi să schimbaţi min şi setări de memorie max server sau setarea de VENERAŢIE. Va trebui să modificaţi setarea MAXDOP în cazul în care numărul de nuclee de CPU, care sunt expuse la sistemul de operare a schimbat.
Informaţii suplimentare
Vă recomandăm, de asemenea, să mutați alte elemente cum ar fi fermă de servere de legat, oglindire, replicare, jurnal cataloage de transport maritim, textul integral, numite dispozitive de copiere de rezervă, planuri de întreţinere, nomogramele bazei acoperire de date, date instantanee, acreditări şi proxy conturi, capetele, server scoped DDL declanşează (cum ar fi un declanşator de log on) sau alte articole care implică fie maestru sau msdb. Examina sursa de server pentru aceste configuraţii şi ia măsuri pentru a le setaţi manual pe serverul de destinație, dacă doriţi.

Pentru mai multe informaţii despre cum se mută textul integral componentele, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
240867 Cum de a muta, copia şi spate sus textul integral catalog foldere şi fişiere
Nomogramele bazei acoperire de date şi backup şi restaurare istorie nu sunt mutate dacă urmaţi paşii din acest articol. În cazul în care trebuie să mutaţi aceste informaţii, mutaţi baza acoperire de datemsdb sistem. Pentru informaţii despre modul de a muta baza acoperire de date msdb , consultaţi articole din bază de cunoştinţe Microsoft care se face referire în "Pasul 1: modul de a muta bazele acoperire de date de utilizator" secţiune. Dacă mutaţi baza acoperire de date msdb , nu trebuie să urmeze "Pasul 4: cum să se mute de locuri de muncă, alerte şi operatorii" sau "Pasul 5: cum să se mute pachete DTS."
Referinţe
Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
320125 Cum se mută o nomogramă de baze acoperire de date
groapa de încărcare

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 314546 - Ultima examinare: 10/10/2013 08:05:00 - Revizie: 2.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 64-bit Edition, Microsoft SQL Server 7.0 Standard Edition

  • kbsqlsetup kbhowtomaster kbmt KB314546 KbMtro
Feedback