Finns det nåt bra sätt att flytta en SQL7 databas till SQL2000?

Har provat att köra backup och läsa backupfilerna men det gick inte.

Har testat att importera alla databaser (valt att även importera alla användarkonton), det funkade men när vi körde mot den nya servern så klagade den på felaktiga login. (Har inte importerat master, mdb och model)

Så som vi har planerat så har vi den skarpa SQL7 som är i drift, sedan importerar vi data till den nya SQL2000, för att om SQL7 "dör" så skall vi kunna byta namn på den servern, och dra upp den på nätet.

Några tips?

http://www.hedgate.net/articles/movingdb.xml

Tack för det Christer, men det känns inte riktigt som den lösning som vi eftersträvar.

Detta är när vi skall göra den riktiga flytten vid uppgraderingen.

Nu har vi det dilemmat att vi vill ha en SQL2000 som reserv, med förhoppningsvis identiska data på. (Använder idag kopiering av databaserna med jämna mellanrum, till SQL2000. Dabaserna är inte så stora att det tar någon stor tid, men vi funderar på att titta mer på replikering.) Detta för att om SQL7 bombar så skall vi på ett enkelt sätt bara kunna ta bort SQL7 från nätet, döpa om SQL2000-servern och förhoppnigsvis kunna vara uppe inom några minuter.

Är detta en möjlig katastrofplan, eller skall vi redan nu tänka om för att få det att fungera som vi tänkt det?

Aha, OK. Ja då låter ju replikering som en bra lösning. Titta även på Log shipping. Dock undrar jag varför ni inte kör SQL Server 2000 på bägge maskinerna redan nu? Det minskar risken för eventuella problem...

Att döpa om en maskin brukar inte vara en jättebra lösning, t ex blir SQL Server ganska förvirrad av det. En bättre lösning är isf att använda ip-adresser för att koppla klientapplikationen till databasservern. Om sedan SQL7-maskinen går ner kan ni bara flytta ip-adressen till standbymaskinen.

Anledningen till att vi inte kör med 2000 på båda är att 2000 inte fanns när vi satte upp systemet från början =)

Sedan har det inte blivit av att uppgradera förrän nu. VI kände i samband att med semestrar och allt att vi skulle vilja ha denna säkerheten, i alla fall med att få replikerat/kopierat data på ett enkelt sätt.

Hmm smart idé med ipadresserna, skall titta mer på det, men det kräver (tyvärr) att ett 20-tal applikationer skrivs om, men det kanske vi tjänar på i längden!

Replikering har jag inte kollat så noga på (har inte så bra pejl på) finns det nån go sida där man får delar eller hela biten förklarad på ett hyfsat sätt?

> Hmm smart idé med ipadresserna, skall titta mer på det, men det kräver (tyvärr) att ett 20-tal applikationer skrivs om, men det kanske vi tjänar på i längden!

Har ni hårdkodat connection strings i applikationerna då? Ajaj... :)

Kolla i Books Online ang. replikering, det står bra beskrivet där.

Inte såå hårdkodat, har en include med den conString som gäller för applikationen, så den är enkel att byta

Har nu sett till att vi manuellt sätter ipadress på servrarna, och enligt utsago skall det nu räcka med att byta ipadress. Vi skall enligt den administratör som gett oss IPadresserna, inte ens behöva byta ConString, utan jag skall kunna ropa original-servernamnet (TELESQL) och den skall mappa till våran andra server även om jag inte bytt namn på den.

Skall testa detta på måndag kväll

Tack för hjälpen hitintills!