Erfahrung Server 1:1 Kopie

Warum nicht den alten abschalten und den neuen weiterbetreiben? Ist dann im Zweifel nur eine IP im DNS.

Wollte ich auch gerade schreiben.

(Ich mache das eigentlich ständig so. Sobald ich den alten verhunzt habe, wird ein neuer aufgesetzt und der alte plattgemacht )

Der Zweitserver sollte seinerseits erneut mit einem einmaligen kostenloses Export kommen; somit ließe sich – sofern der Erstserver eine entsprechend gleichgroße/größere virtuelle Festplatte besitzt – dieser Export direkt auf dem Erstserver importieren. (Da sich die IPv4-Adressen/IPv6-Adressbereiche beider Server unterscheiden, muss natürlich hierfür Rechnung getragen werden nach Einspielen des reimportierten Abbilds.)

Alternativ – wiederum, wenn die Partition als Ganzes oder einzelne Partitionsgrößen passen[*] – lässt sich natürlich ohne Rückgriff auf die einmalige kostenlose Exportfunktion alles auch via dd – über eine verschlüsselte Verbindung, also in der Regel via ssh! – übertragen (indem zumindest der Zielserver über das Rettungssystem gebootet wird; um Inkonsistenzen im laufenden Betrieb zu vermeiden, sollte auch der Quellserver im Rettungsmodus gebootet werden, sofern kein entsprechendes Dateisystem wie Btrfs/ZFS zum Einsatz kommt, dessen "Snapshots" vor Inkonsistenzen schützen können). Vorteil dieser Variante: Man kann den kostenlosen Export aufheben und diese Übertragung mehrmals testen.

[*]streng genommen kann man hier nachträglich auch partitionsweise eine Größenanpassung vornehmen, das macht es aber ein wenig aufwendiger; wenn der temporäre Zweitrechner eine größere virtuelle Festplatte besitzt, kann man den überschüssigen Platz bei Verwendung von dd relativ einfach "brachliegen lassen"; bei einem Export/Reimport wie oben erwähnt ist das aber problematisch!

Um auch noch die Frage zu beantworten:

Du kannst auf beiden Hosts ein Rescue System (oder z.B. GRML von ISO) booten und dann via DD über SSH von alt auf neu rüber spiegeln. Idealerweise hat neu natürlich mindestens genausoviel Kapazität wie alt, sonst musst du noch Dateisysteme und Partitionen verkleinern, was nicht wirklich Spaß macht und natürlich immer Daten verloren gehen können, wenn man dabei einen Fehler macht, sei es auch nur eine kleine Unaufmerksamkeit.

Das funktioniert, hab ich auch schon gemacht. Empfehlen würde ich es aber nicht in deinem Fall, wenn der alte Server eh verhunzt ist.

Es wäre ja z.B. auch eine super Gelegenheit, den neuen gleich komplett mit einem Konfigurationsmanagement Tool deiner Wahl (z.B. Ansible) hoch zu ziehen. Dann ist die darauffolgende Migration (sie kommt sowieso irgendwann) im Idealfall viel einfacher, weil du dieselbe Konfig einfach auf den noch neueren Server schießt und fertig bist.

Praxiserfahrung: Klappt so zu 80% und ist für Einzelserver wahrscheinlich sogar weniger effizient als einfach zu dokumentieren. Macht aber viel Spaß, man lernt eine Menge, und kann's vielleicht irgendwann beruflich brauchen, wenn es plötzlich um zig oder hunderte Server geht. Da skaliert ein Konfigmanagement natürlich viel besser als Handarbeit

/e: war wohl zu langsam

Die ips auf den Severn kannst du nicht tauschen, aber die neue ip der domain einfach zuweisen.

google schert sich m.W. nicht um ips, sondern nur um die domainnamen.

Die Kündigungsfrist des alten Servers musst du schon einhalten.

Privatkunden können aber monatlich kündigen, sobald die erste Mindestvertragslaufzeit abgelaufen ist.

Zudem gibt es hier im Forum eine Serverbörse, in der man sein Glück versuchen kann.