Server Umzug von XP auf W7 mit neuem Rechnernamen

  • Hallo,

    wir wollen die nächsten Tage unseren "alten" David Server von XP (normales Win-XP-Pro) auf Windows-7 (normales Windows-7-Pro) umziehen. Da sich der Rechnername dabei ändert, haben wir uns auf Anraten von Tobit die "Server Migration Services" besorgt. Die beiden Server laufen übrigens virtualisiert. Um das ganze vorab mal zu simulieren, haben wir nun beide Server geklont und in ein abgeschottetes LAN gestellt und einen Testlauf gestartet. DVMIGRATE lief hierbei auf dem alten XP-Server. Das ganze lief auch soweit durch und die Archive & Nachrichten sind da. Seltsam ist allerdings, das in der "dvmigrate.log" viele Fehler angezeigt werden:


    WARNING: Errors occurred : 2496

    WARNING: Warning occurred: 1

    Anbei mal ein paar Fehler aus dem Log:

    Spoiler anzeigen


    PROCESS: Users
    ERROR : 12:07:39 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:39 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:39 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:39 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | UpdateSR=> Open F:\ARCHIVE\USER\10004000\address\archive.add (-1), D:\ARCHIVE\USER\10004000\address\archive.add (-1)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | UpdateSR=> Open F:\ARCHIVE\USER\10004000\address\archive.dir (-1), D:\ARCHIVE\USER\10004000\address\archive.dir (-1)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | UpdateSR=> Open F:\ARCHIVE\USER\10004000\archive.add (-1), D:\ARCHIVE\USER\10004000\archive.add (-1)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | UpdateSR=> Open F:\ARCHIVE\USER\10004000\archive.dir (-1), D:\ARCHIVE\USER\10004000\archive.dir (-1)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:40 | CreatePath=> Failed! \\w7-server\david
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:41 | MyFileCopy(0)=> D:\ARCHIVE\USER\10004000\in\0\0\0\I00495EE.0tx => F:\ARCHIVE\USER\10004000\in\0\0\0\I00495EE.0tx
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    ERROR : 12:07:41 | doCopyFile() CreateFile failed! F:\ARCHIVE\USER\10004000\in\0\0\0\I00496F4.001 (0xFFFFFFFF)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 12:07:42 | doCopyFile() CreateFile failed! F:\ARCHIVE\USER\10004000\in\0\0\0\I00496F4.001 (0xFFFFFFFF)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.


    ERROR : 13:14:04 | MyFileCopy(0)=> D:\ARCHIVE\USER\1000C000\in\13\1A\5\I7491819.$00 => F:\ARCHIVE\USER\1000C000\in\13\1A\5\I7491819.$00
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    ERROR : 13:14:04 | doCopyFile() CreateFile failed! F:\ARCHIVE\USER\1000C000\in\13\1A\5\I7491819.$01 (0xFFFFFFFF)
    Errorcode: 0x00000035 (53)
    Der Netzwerkpfad wurde nicht gefunden.

    Das komische ist: Die angemeckerten Dateien/Verzeichnisse sind da, sowohl auf dem Quell- als auch auf dem Ziel- System. Zumindest bei den ganzen Stichproben die ich gemacht habe. Und auch TIC vom neuen Server scheint alles korrekt da zu sein.
    Kann mir jemand sagen was hier schief läuft?

  • Ja, hab die Servernamen verwendet wie es in der Anleitung steht.
    Allerdings ohne "\\", nur der reine Name, aber das müsste passen, denn den Quell-Server zieht er sich ja automatisch wenn DVMIGRATE auf dem Quell-Server darauf gestartet wird.

  • Moin,

    ist den der Netzwerkpfad \\w7-server\david von dem System auf dem du die Migration durchgeführt hast,
    und/oder einem anderen Client erreichbar?

    https://ihr-it.support
    Bietet seit zwanzig Jahren Systemhaus Lösungen für kleine bis mittlere Kunden an.
    Auf meiner Homepage finden Sie Infos zu allen Zertifizierungen und Partnerschaften ;)
    Support Hotline: 07345 23 63 80

  • Klingt nach einem DNS-Problem. Löst "nslookup w7server" den Namen korrekt auf?

    Eventuell kannst Du den Remote-Pfad als Laufwerk mappen, dann aber trotzdem den UNC-Pfad verwenden um so Authentifizierungsprobleme zu vermeiden.

    Jörg.

  • Ich hab nun in der Zwischenzeit noch mal die Testumgebung neu aufgesetzt und das ganze noch mal 3x zum Test komplett durchlaufen lassen.
    Im Ergebnis hatte ich nach jedem Lauf 270 Fehler:

    99% in der Art:


    ERROR : 19:57:39 | UpdateSR=> Remove invalid Archive path for 'Privat': \\XP-SERVER\DAVID\archive\user\10008000\in\3\2
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.

    ERROR : 21:49:35 | UpdateSR=> Remove invalid Archive path for 'Angebote /Anfragen ': \\XP-SERVER\DAVID\archive\user\1000C000\in\3D\1\3\1\4
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.

    ERROR : 21:50:10 | UpdateSR=> Remove invalid Archive path for 'August ': \\XP-SERVER\DAVID\archive\user\1000C000\in\3D\1\6\0\4
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.

    ...

    Anscheinend ist da beim verschieben von Archiven in der Vergangenheit mal etwas schief gelaufen. Denn auf Dateiebene gibt es die Verzeichnisse zwar tatsächlich nicht - deshalb die Fehlermeldungen - wohl aber im TIC, nur eben an aderen Stellen. Ich vermute mal dass das einfach Überbleibsel in einer Archive.xxx Datei sind, die beim verschieben damals nicht korrekt gelöscht wurden.


    Dann gibt es ncoh 4 Fehlermeldungen im Format:


    ERROR : 05:47:15 | UpdateSR=> Remove invalid Archive path for 'Vorname Nachname': \\XP-SERVER\DAVID\archive\user\10010000
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    Für "Vorname Nachname" steht natürlich ein richtiger Name drin. Bei den 4 besagten handelt es sich um Benutzer die gelöscht wurden. Das ganze wurde damals ganz normal über den Tobit-Admin gemacht. Aber anscheinend blieb auch hier noch irgendwo was übrig in einer Archive.xxx Datei und deshlab die Fehlermeldungen.


    Zu guter letzt gibt es noch ein paar wenige Fehler im Format:


    UpdateURT=>F:\ARCHIVE\D\archive.urt
    Update DvGrab POP3 UserId => 1000c000 to 1000C000
    ERROR : 12:27:08 | UpdatePostmanDir=> Open \\w7-server\david\apps\postman\code\postman.dir failed.
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    Er bemängelt also, dass die Datei "\\w7-server\david\apps\postman\code\postman.dir" auf dem Zielserver nicht existiert. Die ist aber definitv dort vorhanden und auch gleich groß wie auf dem Quell-Server! Ich kann mir nur vorstellen, dass er versucht die Datei upzudaten, sie erst mal nicht da ist und er sie dann anlegt. Trotzdem ist die Meldung recht verwirrend.


    Was meint Ihr dazu?

  • ERROR : 19:57:39 | UpdateSR=> Remove invalid Archive path for 'Privat': \\XP-SERVER\DAVID\archive\user\10008000\in\3\2
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    ERROR : 21:49:35 | UpdateSR=> Remove invalid Archive path for
    'Angebote /Anfragen ':
    \\XP-SERVER\DAVID\archive\user\1000C000\in\3D\1\3\1\4
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.


    ERROR : 21:50:10 | UpdateSR=> Remove invalid Archive path for
    'August ': \\XP-SERVER\DAVID\archive\user\1000C000\in\3D\1\6\0\4
    Errorcode: 0x00000002 (2)
    Das System kann die angegebene Datei nicht finden.

    Das deutet auf Schäden in der Archive DIR hin.

    Mal den Purging Report für das alte System durchgeschaut?

    https://ihr-it.support
    Bietet seit zwanzig Jahren Systemhaus Lösungen für kleine bis mittlere Kunden an.
    Auf meiner Homepage finden Sie Infos zu allen Zertifizierungen und Partnerschaften ;)
    Support Hotline: 07345 23 63 80

  • >>Mal den Purging Report für das alte System durchgeschaut?

    Ja der ist ok, den lasse ich mir seit ein paar Tagen zu mailen.


    >>Das deutet auf Schäden in der Archive DIR hin.

    Die werden ja aber hiermit korrigiert, oder?
    Zumindest sind in der Ziel Archive.dir die entsprechenden fehlerhaften Einträge nicht mehr drin.

  • Schäden im TAS können nur über das Arcutil behoben werden, der Purging Report soll nur Infos
    über gelöschte Elemente liefern. Und eben auch hinweise auf schäden in einer archive.dir:

    Invalid Archive path: \\srv-david\david\Archive\GROUP\1 - Show Name: Gruppe/Anleitungen - Own: 1
    ------------- Parent: \\srv-david\david\Archive\GROUP

    https://ihr-it.support
    Bietet seit zwanzig Jahren Systemhaus Lösungen für kleine bis mittlere Kunden an.
    Auf meiner Homepage finden Sie Infos zu allen Zertifizierungen und Partnerschaften ;)
    Support Hotline: 07345 23 63 80

  • Bei einem XP-System, das von einem W7-System aus angesprochen wird, ist der Name des Rechners oft nicht ohne weiteres "greifbar". Prüfen lässt sich das ganz einfach:

    - in der Windows Ausführungszeile mit CMD ENTER eine DOS-Box öffnen.
    - Ping Rechnername ENTER

    Läuft das Ping ins Nirwana, dann gibt es dafür eine ganz einfach Lösung aus der guten alten Unix-Zeit:

    cd\ ENTER
    cd windows\system32\drivers\etc ENTER
    edit hosts ENTER

    (oder mit dem Explorer auf das beschriebene Verzeichnis gehen und die Datei mit Notepad öffnen).

    In der Datei hosts die (feste!) IP der beiden Rechner eintragen und den dazu gehörigen Namen.
    hosts an gleicher Stelle wieder abspeichern. Daei darauf achten, dass der Datei-Typ nicht von hosts auf hosts.txt geändert werden darf.
    Die Datei hosts kurz unter persönliche Dokumente zwischenspeichern und von dort aus in obigen Pfad kopieren.
    Sofort anschließend sind beide Rechner im LAN unter ihrem (NETBIOS-) Namen erreichbar.

    Und dann klappt's auch mit der Migration - jedenfalls wenn der migrierende admin vollen Zugriff auf alle Inhalte des alten David-Servers hat.

  • Noch mal:

    -> Netzwerkseitig ist alles ok in der Testumgebung. Die Rechner finden sich und sehen sich auch.
    -> ES IST ALLES DA AM NEUEN SERVER - 1:1
    -> Die Meldungen scheinen von überbleibsel zusein, hatte ich doch alles beschrieben.

    >>Bei einem XP-System, das von einem W7-System aus angesprochen wird, ist der Name des Rechners oft nicht ohne weiteres "greifbar". Prüfen lässt sich das ganz einfach:
    -> Das Migrationstool läuft auf XP, also dem Quell-Server

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!