O soluţie de a copia baza de date ar fi: dettach (sau oprit serviciul MSSQLServer), copiat MDF şi LDF, apoi attach pe celălalt server (şi eventual repornit serviciul).

Ar fi utile ceva informaţii suplimentare (încearcă să răspunzi la fiecare, te rog): 

- ce sistem de operare, ce versiune (build) şi ce ediţie de SQL Server este pe server-ul de producţie ?

- ce sistem de fişiere ai (FAT/NTFS) ? e cumva activată compresia de fişiere ?

- ceva discuri mai exotice (RAID/SAN/etc) ?

- aceleaşi întrebări pentru server-ul de test

- fişierele de date sunt pe mai multe partiţii (sau ai un singur MDF şi un singur LDF) ? pe ce disc încerci să faci backup-ul ?

Un alt test interesant ar fi următorul: Încearcă să faci o bază de date nouă pe serverul de producţie, să faci o tabelă cu multe date în ea, apoi să faci backup şi să încerci să-l restaurezi pe serverul de test.

Ca să faci rapid o tabelă mare, poţi să execuţi:

create database test
go
use test
select identity(int) n into t from master..syscolumns a, master..syscolumns b

Răzvan

Raspuns intrebari:

Server de productie:

- Win server 2003 Enterprise Edition SP1,Pentium 4 la 2.8GHz 1GB RAM, SQL Server Enterprise Edition (2000) Product version: 8.00.730(SP3)

- NTFS, nu stiu daca e activata compresia de fisiere...cum pot verifica?

- ST340014A

- am un singur MDF si un singur LDF si un singur filegroup, backup-ul se face local pe partitia D: (acum am vazut si ca nu mai exista spatiu disponibil ...mai sunt liberi 39Mb...deci acum nici nu o sa mai poata face backup...dar voi face spatiu)

Server de test:

- Win XP Pro SP2, Pentium 4 la 2.8GHz 1GB RAM, SQL Server Developer Edition SP4,

-NTFS, nu stiu daca e activata compresia de fisiere...cum pot verifica?

- SAMSUNG SP0411N

- nu merge restore da eroarea de mai sus....am spatiu disponibil ok (20Gb)

P.S. am facut la mine local o baza goala.....am exportat in ea tot de pe baza cu probleme: tabele, date, functii, proceduri stocate.....cred ca am resusit s-o fac identica.....am facut backup si pe urma restore si totul e ok.....dar parca tot nu m-as risca sa fac restore la aceasta baza de date pe serverul de productie peste baza de date originala....si as incerca sa rezolv altfel problema...dar nu stiu cum :)

P.S.2 o sa incerc si "Un alt test interesant" si revin cu raspunsuri

multumesc mult.

alex.

am mai descoperit ca TORN PAGE DETECTION este OFF la baza de date cu probleme.......poate ajuta la ceva :)

alex

si alta chestie.....e vorba despre o alta baza de date.....ii dau restore .....imi zice ca s-a terminat cu succes....si dupa ce=i dau un refresh la Databases imi apare respectiva baza ca fiind cu gri ramasa in (Loading)....neputand face nimic pe ea :).....chiar nu inteleg ce are serverul asta....sa-l mut in alta parte ...poate sta in zona crepusculara :)

alex.

E normal să rămână cu "Loading" dacă faci "RESTORE ... WITH NORECOVERY", adică a doua variantă de la "Options / Recovery completion state" de la Restore-ul din Enterprise Manager sau Management Studio.

Răzvan

Later edit: Am reformulat fraza, ca să fie mai clar.

 da...cam nasol.....

1. sper sa nu apara prea curand intrebarea: "De ce nu e posibil de facut un restore din back-upurile realizate pe respectiva baza de date care aparent este functionala" pentru ca nu voi sti ce raspuns sa dau -- ma refer aici la problema cu

"An internal consistency error occurred.Contact Technical Support for assistance.
RESTORE DATABASE is terminating abnormally."

mai pot specifica aici ca am copiat mdf si ldf si le-am facut attache pe un alt server cu succes....dar si aici baza este functionala dar backup-urile realizate nu ma ajuta cu nimic la restore dau aceeasi eroare

2. la fel nu stiu ce sa raspund nici la problema legata de celalat backup...o alta baza de date....la care imi da ca restorul s-a facut cu succes dar ea apare in (Loading) fiind neoperationala....sau de ce nu se realizeaza restorul cum trebuie (credeti ca ar putea fi ceva legat de vreo modificare in database-urile de system.....ceva modificari pe acolo? )

multumesc.

alex.

Salut,

Ai incercat sa creeezi o noua baza pe serverul respectiv sa ii faci backup si apoi restore pe celalalt server? Sa nu fie ceva probleme cu versiunile de SP instalate. Cum se comporta restore-ul pe acelasi server dar schimband denumirea bazei de date?!

salut,

acum o sa fac o baza pe un server , backup si restore pe celalat server....revin cu raspuns

restorul pe acelasi server dar schimband denumirea bazei de date...nu este posibil......primesc eroarea de mai sus :(

alex.

da am facut o baza de test pe unul din servere, backup si retore cu succes pe celalalt server....deci nu e de la SP-uri

alex.

As mai face un test ... as crea cu xp_cmdshell 'net use user \\computer\share u: password' o mapare catre un disk din retea si as incerca sa fac backup in retea si nu pe local. Apoi incearca restore-ul la noul backup.

 Daca ai timp citeste urmatorul thread http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=24&messageid=167366. Utimul post te invata cum sa mai recuperezi ceva din backup. Ar merita sa incerci procedura pe un backup cu probleme sa vezi la ce tabela/obiect se impotmoleste recuperarea.
 

Am înţeles că:

1. ai făcut o altă bază de date de test pe server-ul de producţie, ai făcut backup şi apoi ai reuşit să o restaurezi cu succes pe server-ul de test.

2. ai copiat MDF-ul şi LDF-ul de pe server-ul de producţie pe server-ul de test şi acum ai baza de date funcţională pe server-ul de test.

(discutăm doar despre aceste două server-e, nu-i aşa? sau mai există şi al treilea?)

În caz că am înţeles corect, încearcă să faci un backup de pe server-ul de test, apoi să faci dettach la MDF şi LDF şi să le muţi altundeva, iar apoi să faci restore (tot pe serverul de test) din acest backup. Dacă a mers, atunci încearcă şi testul pe care l-a propus flooriin (de fapt, încearcă-l oricum, că e interesant).

Răzvan

nu, nu exista al treilea server :)

am facut un backup de pe serverul de test.....am facut dettach la mdf si ldf.....am incercat sa fac restore tot pe serverul de test.....dar din pacate aceeasi eroare :(

o sa incerc si varianta descrisa de flooriin

multumesc

alex.

Chiar daca nu s-a rapuns la acest post ma vad nevoit sa revin cu o completare. Ieri am intalnit si eu aceeasi problema la restaurarea unei baze de date de 14GB. S-a dovedit ca eroarea se datora copierii defectuoase a backupului in retea. Norocul meu ca strategia de backup prevedea backup local si apoi mutarea pe un alt server. La a doua copiere totul a fost ok si s-a reusit restaurarea bazei de date. Niciodata nu presupune ca reteaua este perfecta ... ca ai sa fii surprins.

 Bafta. 

ma bucur ca la tine s-a rezolvat asa usor....:)

nu stiu ce sa zic despre copierea asta in retea dar la mine backup-ul se face local....si restor-ul se face la fel pe acelasi server....deci nu e ca backupul se "misca" prin retea si pe urma se incearca un restore sau ceva de genul.....deci in cazul meu pica problema de retea

alex.