Dell Unity: Best Practices für das Management von Consistency Groups mit konfigurierter Replikation

Eine CG ist eine adressierbare Instanz des LUN-Speichers, die eine oder mehrere LUNs (bis zu 50) enthalten kann und einem oder mehreren verbundenen Hosts zugeordnet ist. Consistency Groups tragen dazu bei, den Storage zu organisieren, der einem bestimmten Host oder bestimmten Hosts zugewiesen ist. Snapshots, die von einer Consistency Group erstellt wurden, gelten für alle der Gruppe zugeordneten LUNs. 

Hinzufügen einer LUN zu einer Consistency Group:

• Sie können eine oder mehrere neue LUNs erstellen und zur Consistency Group hinzufügen.
• Alternativ können Sie vorhandene LUNs, die noch keiner Consistency Group zugewiesen sind, in eine Consistency Group verschieben

Ändern der Eigenschaften von Konsistenzgruppen oder Thin Clones einer Consistency Group:

• Wenn auf die LUN bereits eine Datenreduzierung angewendet wurde, können Sie die Kapazität anzeigen: Welche Menge Speicherplatz nach Anwendung der Datenreduzierung zugewiesen wird, welche Menge Speicherplatz nicht zugewiesen wird und wie viel Speicherplatz nach der Datenreduzierung für das gesamte System eingespart wird.
• Sie können die Datenreduzierung auch deaktivieren, indem Sie das Häkchen aus dem Kontrollkästchen Datenreduzierung entfernen und auf die Schaltfläche Anwenden klicken. Vorhandene Daten bleiben unverändert. Auf neu geschriebene Daten wird keine Datenreduzierung angewendet.
• Wenn eine LUN verschoben wird, können Sie den Status anzeigen und die Prioritätseinstellung der Verschiebungssitzung ändern. Wenn die Verschiebung abgeschlossen ist, können Sie den Status der Verschiebung bis zu drei Tage nach Abschluss des Vorgangs anzeigen.
• Auf einen Thin Clone kann die Datenreduzierung nicht unabhängig von seiner Basis-LUN angewendet werden. Wenn Sie jedoch die Datenreduzierung auf die Basis-LUN anwenden, wird die Datenreduzierung auch auf den Thin Clone angewendet.
• Sie können die Tiering Policy für einen Thin Clone nicht unabhängig von seiner Basis-LUN in der Consistency Group ändern. Wenn Sie jedoch die Tiering Policy der Basis-LUN ändern, erbt der Thin Clone die geänderte Tiering Policy.
• Wenn Sie einen Thin Clone replizieren, wird er zu einer Standard-LUN auf dem Zielspeichersystem ohne Bindung an die ursprüngliche Basis-LUN.

Erweitern von LUNs in einer Consistency Group:

• Sie können beliebige LUNs in einer Konsistenzgruppe erweitern, wenn die Konsistenzgruppe die Quelle in einer asynchronen Replikationssitzung ist.
• Das Erweitern einer LUN wirkt sich nicht auf asynchrone Replikationsfunktionen wie Pause, Wiederaufnahme, Failover und Failback für eine Consistency Group aus.
• Das Erweitern von LUNs in Konsistenzgruppen, für die die synchrone Replikation aktiviert ist, wird nicht unterstützt.
• Wenn Sie die LUN erweitern, ändert sich auch die Kapazität der Consistency Group.

Löschen einer Consistency Group:

• Beim Löschen einer Consistency Group werden auch alle zugehörigen Snapshots und alle LUNs in dieser Gruppe gelöscht. Wenn die Consistency Group LUNs mit verbundenen Hosts enthält, können Sie die Consistency Group nicht löschen.
• Wenn der Job fehlschlägt, überprüfen Sie die Jobdetails auf der Seite Jobs auf weitere Informationen. Das Löschen der Konsistenzgruppe wurde möglicherweise verhindert, wenn LUNs darin über verbundene Hosts verfügen.  

Verhindern verwaister CG-Objekte auf Disaster Recovery (DR)-Unity-Standorten:

Beim Ändern von CGs, die auf einen DR Unity-Standort repliziert werden, müssen Schritte unternommen werden, um die Wahrscheinlichkeit zu minimieren, dass "verwaiste" CG-Objekte zurückbleiben. Diese Objekte können Speicherplatz am Disaster-Recovery-Standort belegen, ohne Teil einer aktiven Replikationskonsistenzgruppe zu sein, und sind möglicherweise nicht immer sichtbar. Im Folgenden finden Sie Richtlinien, die Ihnen helfen, diese Art von Problemen zu reduzieren:

1. Überwachen Sie die Speicherplatznutzung des Remotepools: Stellen Sie beim Erweitern einer LUN auf der Quellseite sicher, dass der Remotepool am Disaster-Recovery-Standort über ausreichend Speicherplatz verfügt. Wenn der Speicherplatz im Pool knapp wird, kann das Remote-CG-Replikatobjekt möglicherweise nicht erweitert werden, was zu Problemen führt. Unisphere erzeugt eine Warnmeldung, wenn die Nutzung den Standardschwellenwert überschreitet.
2. Vermeiden Sie das Ändern von CGs mit aktiver Replikation: Wenn Sie eine LUN zu einer replizierenden CG hinzufügen oder daraus entfernen müssen, müssen Sie die Replikation zunächst in den Leerlauf versetzen. Das Anhalten der Replikation kann zu Problemen führen. Warten Sie also, bis sie sich im Leerlauf befindet, bevor Sie Änderungen vornehmen.
3. Entfernen Sie die Replikation, bevor Sie die CG ändern: Um eine LUN aus einer CG zu entfernen oder hinzuzufügen, löschen Sie die Replikationssitzung von der Registerkarte Schutz und Mobilität/Replikation/Sitzungen. Nehmen Sie dann die erforderlichen Änderungen an der CG der Quellseite vor.
4. Entfernen von CG-Snapshots: Stellen Sie vor dem Hinzufügen oder Entfernen einer LUN sicher, dass keine CG-Snapshots vorhanden sind. Wenn Snapshots vorhanden sind, entfernen Sie diese zuerst, um Fehler zu vermeiden.
5. CG-Objekte der DR-Site bereinigen: Suchen Sie nach dem Ändern der quellseitigen CG die entsprechenden CG und LUNs am Disaster-Recovery-Standort und löschen Sie sie. Dieser Schritt ist wichtig, um Probleme mit neuen Replikationskonfigurationen zu vermeiden.
6. Rekonfigurieren der Replikation: Nachdem die quellseitige CG geändert wurde, konfigurieren Sie die Replikation neu, indem Sie die CG öffnen, die Registerkarte Replication auswählen und auf die Schaltfläche Configure replication klicken. Dadurch wird ein vollständiger Synchronisierungsvorgang für die neu geänderte CG ausgelöst.

Dell Unity-Produktreihe – Konfigurieren und Managen von LUNs Version 5.5 (März 2025)