none
SQL Server Migration 2000 -> 2008 RRS feed

  • Frage

  • Hallo,

     

    wir wollen von einem Windows Server 2003 mit einem SQL Server 2000 auf einen neuen Server migrieren. Dieser Server hat als OS Windows Server 2008 x64 und einen SQL Server 2008 x64 laufen. Wie sieht für dieses Szenario eine vernünftige Migration aus?

    Sollen wir auf dem SQL 2000 die Dbs abhängen und einfach auf den neuen Server kopieren und dort wieder anhängen oder gibt es einen schönere Methode? Ich habe es auch mal mit einem Paket mit dem Task Datenbank übertragen versucht, dort bekomme ich aber bei unseren Views immer eine Fehlermeldung zurück, obwohl die View selbst funktioniert.  Gibt es irgendwo einen Leitfaden für so eine Migration? 

    Den Namen von dem SQL Server wollen wir auch noch in nachhinein wieder auf den alten Servernamen ändern. Was gibt es denn dort alles noch zu beachten?

    Langt es wenn sich der Servername ändert und ich danach noch die folgenden Befehle absetzte?

    exec sp_dropserver 'AlterServerName'
    exec sp_addserver 'NeuerServerName', 'local'

    Danke Dirk

    Dienstag, 16. Februar 2010 15:37

Antworten

  • Hallo Dirk,

    noch "schöner" als aus- und anhängen ist nur die "inplace" Migration, spricht man macht eine Upgrade Installation der Instanz. Anschließend lässt man nur noch ein Script laufen, um Stat und Indizes etc aktualisieren zu lassen und fertig.
    Aber da Du auf einen neuen Server mit neuem BS umziehst, fällt das ja aus.

    ... aber bei unseren Views immer eine Fehlermeldung zurück
    Da kann ich Dir nur empfehlen, vorher unbedingt mal den Microsoft SQL Server 2008 Upgrade Advisor laufen zu lassen, um zu überprüfen, ob den auch alles fehlerfrei und vollständig migriert werden kann. Gerade wenn man "undocumented features" oder bereits ab Version 2000 / 2005 als "deprecated" deklarierte Funktionen verwendet hat, kann es vorkommen, das die im SQL Server 2008 nicht mehr vorhanden sind oder unterstützt werden.
    Wir hatten z.B. in SQL Server 2000 die XP xp_varbintohexstr verwendet; ab SQL Server 2005 gibt es die nicht mehr (dafür dann fn_varbintohexsubstring)

    Zum Umbenennen des Rechners siehe
    MSDN: Vorgehensweise: Umbenennen eines Computers, der eine eigenständige Instanz von SQL Server hostet



    Olaf Helper ----------- * cogito ergo sum * errare humanum est * quote erat demonstrandum * Wenn ich denke, ist das ein Fehler und das beweise ich täglich http://olafhelper.over-blog.de
    • Als Antwort markiert Dirk_M Mittwoch, 17. Februar 2010 08:41
    Mittwoch, 17. Februar 2010 06:06

Alle Antworten

  • Hallo Dirk,

    noch "schöner" als aus- und anhängen ist nur die "inplace" Migration, spricht man macht eine Upgrade Installation der Instanz. Anschließend lässt man nur noch ein Script laufen, um Stat und Indizes etc aktualisieren zu lassen und fertig.
    Aber da Du auf einen neuen Server mit neuem BS umziehst, fällt das ja aus.

    ... aber bei unseren Views immer eine Fehlermeldung zurück
    Da kann ich Dir nur empfehlen, vorher unbedingt mal den Microsoft SQL Server 2008 Upgrade Advisor laufen zu lassen, um zu überprüfen, ob den auch alles fehlerfrei und vollständig migriert werden kann. Gerade wenn man "undocumented features" oder bereits ab Version 2000 / 2005 als "deprecated" deklarierte Funktionen verwendet hat, kann es vorkommen, das die im SQL Server 2008 nicht mehr vorhanden sind oder unterstützt werden.
    Wir hatten z.B. in SQL Server 2000 die XP xp_varbintohexstr verwendet; ab SQL Server 2005 gibt es die nicht mehr (dafür dann fn_varbintohexsubstring)

    Zum Umbenennen des Rechners siehe
    MSDN: Vorgehensweise: Umbenennen eines Computers, der eine eigenständige Instanz von SQL Server hostet



    Olaf Helper ----------- * cogito ergo sum * errare humanum est * quote erat demonstrandum * Wenn ich denke, ist das ein Fehler und das beweise ich täglich http://olafhelper.over-blog.de
    • Als Antwort markiert Dirk_M Mittwoch, 17. Februar 2010 08:41
    Mittwoch, 17. Februar 2010 06:06
  • Hallo Olaf,

    vielen Dank. Ich werde dann mal den Upgrade Advisor laufen lassen und schauen was der so alles meldet.

    Gruß Dirk
    Mittwoch, 17. Februar 2010 08:41