Ich versuche, meine RDS SQL Server 2012-Instanz vom magnetischen Speicher auf eine SSD zu aktualisieren. Es handelt sich um eine Instanzklasse von db.m1.large mit Bring-Your-Own-Lizenz.
- Ich habe versucht, den Speichertyp zu ändern, aber das ist mit SQL Server-Instanzen nicht möglich.
- Ich habe versucht, einen Snapshot meiner Instanz auf einer neuen SSD-Instanz wiederherzustellen. Dies ist ebenfalls nicht zulässig, da die Speichertypen unterschiedlich sind.
- Damit bleibt mir nur eine Option. Ich erstelle eine neue SSD-Instanz, erstelle meine Datenbankstruktur auf dem neuen Server und führe dann eine Datenübertragung mit einer der Export-/Importmethoden für SQL Server durch.
Meine Frage ist, ob es bessere Möglichkeiten gibt, dies zu tun. Es scheint, als wäre dies viel zu schwierig für die Vorteile, die ich durch die Verwendung von RDS erhalte.
Eine weitere Frage ist, ob ich dies einfach auf eine EC2-Instanz verschieben und mit RDS fertig sein sollte, damit ich dieses Problem nicht noch einmal habe.
Antwort1
In der Dokumentation zuÄndern einer DB-Instance zur Verwendung eines anderen Speichertypsdort findet sich folgender Hinweis:
Sie können eine vorhandene SQL Server-DB-Instance nicht ändern, um den Speichertyp zu ändern oder die Speicherzuweisung zu modifizieren.
Und wie Sie sagen, können Sie einen Snapshot nicht in einem anderen Speichertyp wiederherstellen.
Ich denke, Ihre beste Option ist Nummer 3. Exportieren Sie Ihre Datenbank und importieren Sie sie dann in Ihre neue RDS-Instanz.
RDS für eine selbst gehostete Variante in EC2 zu verlassen, scheint ein bisschen drastisch, da man den Speichertyp nicht wirklich jeden Tag ändert. Ich schätze, dies ist das erste und letzte Mal, dass man das tut. DieMerkmaledie mit RDS mitgeliefert werden, sind meiner Meinung nach einfach zu überwältigend für den Wechsel zu einer selbst gehosteten Lösung.
Antwort2
Mir ist klar, dass diese Frage 2,5 Jahre alt ist. Aber so läuft unser Vorgehen ab:
Wie erwähnt können Sie SQL Server nicht direkt mit der automatischen AWS-Schnittstelle aktualisieren. ABER … Sie können einen Snapshot auf einer neuen Instanz wiederherstellen, die mit dem neuen Speichertyp erstellt wird. Angenommen, Ihre Instanz heißt XYZ … stellen Sie sicher, dass Sie einen Snapshot von XYZ haben. Löschen Sie XYZ. Erstellen Sie eine neue Instanz namens XYZ mit dem neuen Speichertyp. Stellen Sie den Snapshot von XYZ auf der neuen Instanz wieder her. Wenden Sie die Sicherheitsgruppe auf die neue Instanz an. Jetzt können Sie die Multi-AZ-Spiegelung oder was auch immer aktivieren.
Fragen zu Cross-Storage-Snapshot-Wiederherstellungen. Diese Seite enthält den Kommentar: http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_RestoreFromSnapshot.html
Sie können eine DB-Instance wiederherstellen und dabei einen anderen Speichertyp als den Quell-DB-Snapshot verwenden. In diesem Fall ist der Wiederherstellungsprozess langsamer, da zusätzliche Arbeit erforderlich ist, um die Daten auf den neuen Speichertyp zu migrieren. Bei der Wiederherstellung auf oder von magnetischem (Standard-)Speicher ist der Migrationsprozess am langsamsten, da magnetischer Speicher nicht über die IOPS-Fähigkeit von bereitgestelltem IOPS oder allgemeinem (SSD-)Speicher verfügt.