Hallo Leute,
ich stehe vor einer interessanten Angelegenheit, ich habe hier einen
- SQL Server 2000 v8.0.194 auf einem Server 2008 x64,
dieser soll nun durch einen
- Server 2008 R2 mit SQL Server 2008 R2 v10.50.2500 abgelöst werden.
Es geht dabei lediglich um 1 Datenbank, welche auf problemlos übertragen werden kann, zumindest scheint es so...
Laut MS soll dies möglich sein, jedoch habe ich dabei folgenden Seiteneffekt:
Bei der Übertragung der Daten, dabei ist es egal wie, ob per Export am alten und Import am neuen Server oder
ob per direktem Import über das neue Management Studio, werden alle Daten übernommen, allerdings wird in
keiner Tabelle der Primärschlüssel gesetzt.
--> IDENTITY_INSERT hilft auch nicht
Habe ich da etwas übersehen, geht das nicht ohne Nacharbeit, muss ich etwas beachten?
Danke schon mal
ToWa
+ Antworten
Ergebnis 1 bis 18 von 18
- 19.01.12, 09:41 #1
MS SQL Umzug von Version 2000 x86 auf 2008 R2 x64 - hat das schon mal jemand gemacht?
- 19.01.12, 12:21 #2
Was meinst du mit "direktem Import" ? Hast du schon getestet ein Vollständiges Backup der Datenbank zu machen und auf dem neuen Server wiederherzustellen (mit MSSQL Management)?
Welche Edition der SQL Server verwendest du (MSDE/Express, Developer, Standard, Enterprise)?So why do you waste my time? ... is the answer to the question on your mind
- 19.01.12, 18:46 #3
Hallo danke für die Antwort,
direkter Import indem ich beide Server in der neuen Managementkonsole (vom 2008 R2) einbinde
und dort eine direkte Datenbankübertragung anstoße.
Es sind beides Standard-Versionen.
Ein vollständiges Backup und Zurückspielung hat identischen Effekt, keine Primärschlüssel,
dazu hat das dann noch den Effekt, dass ein User angelegt wird und ich diesen nicht mehr löschen kann,
noch dazu wird die Datenbank dann im Kompatibilitätsmode 8 angelegt (da es eine SQL2000 ist)
- 19.01.12, 20:26 #4
aber der Primärschlüssel ist doch in deiner DB, oder?
hast du es schon mal mit Detail Seite Microsoft SQL Server 2008 Upgrade Advisor probiert?
- 19.01.12, 20:30 #5
Hey, klar die Primärschlüssel sitzen im 2005er SQL Server, nach der Übertragung sind diese aber im 2008 R2 nicht mehr gesetzt.

Der Upgradeadvisor hilft mir ja nur so weit, wenn ich am Server von SQL 2000 auf SQL2008 upgraden wollte,
da ich mir die laufende Instanz aber nicht zerschießen will wollte ich SQL 2008 ja auf einem anderen Server ans rennen bekommen?
- 19.01.12, 20:41 #6
naja, ich kann nur von Upgrades von 2005 auf 2008 / R2 sprechen... und das gab bisher keine Probleme...
Backup auf 2005 --> kopieren auf 2008 / R2 und wiederherstellen...
aber warum er dir den Primärschlüssel zerschießt ist seltsam... hast du nicht die Möglichkeit das irgendwo in nem LAB zu testen?
- 19.01.12, 20:47 #7
Ja 2005 auf 2008 hab ich auch schon häufiger gemacht, daher dacht ich 2000 auf 2008 wäre inkompatibel, laut MS aber nicht

Daher überleg ich, ob ich beim Backup irgendetwas falsch mache, oder beim SQL 2000 beachten muss?
Habe hier mal ein paar Bilder.
Quellserver:

Zielserver:

Quelltabelle (Bsp.):

Zieltabelle (Bsp.):

Das Backup ist erfolgreich, die Übertragung ebenso, aber der PrimaryKey is weg
P.S.: Nen 2005er zwischen laufen zu lassen ist eigentlich gar keine schlechte Idee. Das hab ich noch nicht versucht, da es eigentlich gehen muss. :/
- 19.01.12, 21:43 #8
einfach mal testen... probieren geht über studieren
- 20.01.12, 00:10 #9Kapitän zur See
- Registriert seit
- 19.01.2007
- Beiträge
- 4.086
In welchem Kompatibilitätsmodus befindet sich die Datenbank? Für ein übertragen zu 2008 r2 sollte die DB im SQL 2000 Modus laufen...(übrigens sollte das nachträgliche ändern nachm backup restore ja nicht das problem sein)
Ansonsten, was macht er wenn du einfach die mdf+ldf rüberkopierst (ist halt ne kurze downtime beim 2000er wärend du kopierst)...auch ne mögliche "migration" ohne jetzt die nutzerkonten zu beachten
Geändert von 0711 (20.01.12 um 00:12 Uhr)
- 20.01.12, 16:48 #10
Was du auch noch testen könntest wäre eine Replikation der Datenbank von 2000 nach 2008. Das sollte auch funktionieren - du musst dann nur die Logins scripten oder manuell übertragen.
So why do you waste my time? ... is the answer to the question on your mind
- 20.01.12, 21:41 #11Hauptgefreiter
- Registriert seit
- 11.01.2009
- Ort
- Kreis Herford
- Beiträge
- 228
Hallo Towa,
auf deinem Screenshot sieht es so aus als ob die DB nur ca. 20 Tabellen enthält.
Exportiere doch jeden PK als Create Script und lege die PKs so im Zielserver wieder an.
Sind den die restlichen Indizes, Trigger, usw. sauber mit in die ZielDB übertragen worden?
Gruß
OliverIntel Core I7 3960X @ EK-Supreme Plexi
Asus Rampage IV Formula | 4*4Gb RipjawsZ DDR 2133 9|11|10|28|1
2*Powercolor Radeon7970 PCI E 3.0 @Watercool GPU X3-79X0
Dual Laing Ultra | Dual Mora2 Pro @18*Loonies | T-Balancer BigNT
2*300GB WD Velociraptor | Kingston HyperX 120GB SSD| WD Elements USB 1TB
Adaptec 2405 @ 2*OCZ Apex 60Gb SSD Raid0
Corsair HX850W 80Plus Gold 850W PSU
Samsung 375+ 30" TFT@2560*1600

- 20.01.12, 23:48 #12
Ja der Rest schaut ganz gut aus, die Datenbank ist etwas umfangreicher, bzw, ist nicht die einzigste, war nen Testexport
mit nur einer Datenbank ausm SQL Server.
Natürlich könnte ich die Primärschlüssel manuell setzen, aber mich hatte einfach interessiert ob ich etwas übersehe?
Werd mich morgen da noch mal dran setzen....
Danke erst mal für die Hinweise und Tipps.
P.S.: Ja die Datenbank läuft im SQL v8. also 2000 Mode, wurde in dem Server neu angelegt.
- 21.01.12, 14:39 #13
So ein Stück weiter gekommen, zumindest klappt nun der Login am SQL Server, die Primärschlüssel nimmt er aber nicht mit, außerdem fehlen die Systemtabellen, kann man die nicht übernehmen?
Das Programm kann wieder connecten, allerdings nicht in die Datenbank schreiben, obwohl die Berechtigungen passen sollten.
- 21.01.12, 18:35 #14Kapitän zur See
- Registriert seit
- 19.01.2007
- Beiträge
- 4.086
hast du denn die master datenbank migriert? buw wemigstens die anmeldungen?
Geändert von 0711 (21.01.12 um 18:37 Uhr)
- 21.01.12, 18:44 #15
How to transfer logins and passwords between instances of SQL Server
funzt einwandfrei... schon ein paar mal gemacht
- 22.01.12, 00:51 #16
habe die gesamte Datenbank rübergenommen, da sollte er eigentlich den Rest auch mit anfassen, abgesehen von den Usern,
die will ich ja auch nicht, die hab ich neu angelegt
Hab leider keinen 2005er SQL zur Verfügung, werds mal mit nem Express probieren
Welche Variante würdet ihr denn bevorzugen zum Übertragen der Datenbank auf den anderen Server, denn Möglichkeiten gibt es ja massig?
- 2008er ManagmentConsole beide Server verbinden darüber übertragen
- 2008er MC den SQL 2000 exportieren oder daten sichern und anschließend in 2008 wieder importieren?
- 2000er SQL MC Daten sichern oder exportieren und dann im 2008er die Sicherung wieder einspielen?
- 23.01.12, 16:43 #17
Kommt auf die jeweilige Datenbank an... also Größe, Komplexität der Datenbank, wie hoch die Verfügbarkeit sein muss/soll etc.Welche Variante würdet ihr denn bevorzugen zum Übertragen der Datenbank auf den anderen Server, denn Möglichkeiten gibt es ja massig?
Wenn es bspw. auf die Verfügbarkeit nicht ankommt ist folgende Vorgehensweise die Simpelste:
-> Datenbank am alten Server detachen
-> Datenbank auf neuen Server kopieren
-> Datenbank am neuen Server attachen
-> Ggf. User/Berechtigungen per Script übertragen
Falls Verfügbarkeit der Datenbank kritisch ist würde ich replizierenGeändert von jraf (23.01.12 um 16:45 Uhr)
So why do you waste my time? ... is the answer to the question on your mind
- 08.02.12, 20:28 #18
Kurze Rückantwort...
Hat genau so geklappt, Server 2005 gestoppt, Datenbank und Logdatei auf den 2008er kopiert und dort angehangen.
Einen neuen User angelegt, zugewiesen und es läuft.
Weiß der Geier warum er das nicht mit der Sicherung mag. :/
Danke an dieser Stelle

LinkBack URL
About LinkBacks


Worksys
Zitieren