IBM Cloud Docs
FAQ für Block Storage for Classic

FAQ für Block Storage for Classic

Wie viele Serverinstanzen können sich die Nutzung eines Block Storage for Classic Volumes teilen?

Der Standardgrenzwert für die Anzahl der Berechtigungen pro Blockdatenträger ist 8. Das bedeutet, dass bis zu acht Hosts für den Zugriff auf Block Storage for Classic autorisiert werden können. Kunden, die Block Storage for Classic in ihrer VMware®-Bereitstellung verwenden, können eine Erhöhung des Grenzwerts für Berechtigungen auf 64 anfordern. Um eine Erhöhung des Grenzwerts anzufordern, wenden Sie sich an den Support, indem Sie einen Supportfallauslösen.

Wenn mehrere Hosts denselben Block Storage for Classic-Datenträger anhängen, ohne kooperativ verwaltet zu werden, besteht das Risiko, dass Ihre Daten beschädigt werden. Eine Datenträgerbeschädigung kann auftreten, wenn mehrere Hosts gleichzeitig Änderungen am Datenträger vornehmen. Sie benötigen ein clustersensitiven, gemeinsam genutzten Plattendateisystem, um Datenverluste wie Microsoft Cluster Shared Volumes (CSV), Red Hat Global File System (GFS2), VMware® VMFS und andere zu verhindern. Weitere Informationen finden Sie in der Dokumentation des Betriebssystems Ihres Hosts.

Unsere Rechenhosts verfügen über mehrere Netzkarten mit unterschiedlichen IP-Adressen zur Netzredundanz und erweiterten Bandbreite. Wie kann allen Benutzern die Berechtigung zum Zugriff auf denselben Speicherdatenträger erteilt werden?

Es ist möglich, ein Teilnetz von IP-Adressen für den Zugriff auf einen bestimmten Block Storage for Classic-Datenträger über die Konsole, SLCLI oder API zu berechtigen. Führen Sie die folgenden Schritte aus, um einen Host für die Herstellung einer Verbindung über mehrere IP-Adressen in einem Teilnetz zu autorisieren.

-Konsole

  1. Wechseln Sie zu Klassische Infrastruktur.
  2. Klicken Sie auf Speicher > Block Storage for Classic.
  3. Suchen Sie den Datenträger und klicken Sie auf die Auslassungspunkte Aktionssymbol.
  4. Klicken Sie auf Host autorisieren.
  5. Um die Liste der verfügbaren IP-Adressen anzuzeigen, wählen Sie die IP-Adresse als Hosttyp. Wählen Sie anschließend das Teilnetz aus, in dem sich Ihr Host befindet.
  6. Wählen Sie in der gefilterten Liste eine oder mehrere IP-Adressen aus, die über Zugriff auf den Datenträger verfügen, und klicken Sie auf Speichern.

SLCLI

$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
  Assign block storage subnets to the given host id.
  access_id is the host_id obtained by: slcli block access-list <volume_id>

Options:
  --subnet-id INTEGER  ID of the subnets to assign; e.g.: --subnet-id 1234
  -h, --help           Show this message and exit.

Wie viele Datenträger können bestellt werden?

Standardmäßig können Sie insgesamt 700 Blockspeicher- und Dateispeicher-Volumes bereitstellen. Wenden Sie sich an den Support, um den Volumengrenzwert zu erhöhen. Weitere Informationen finden Sie in Speichergrenzwerte verwalten.

Wie viele Block Storage for Classic-Datenträger können an einen Host angehängt werden?

Das hängt davon ab, was das Host-Betriebssystem bewältigen kann, aber es ist nicht etwas, das IBM Cloud® begrenzt. Die Dokumentation des jeweiligen Betriebssystems enthält Informationen zu den Grenzwerten für die Anzahl der Datenträger, die angehängt werden können.

Kann ich mehrere Volumes mit unterschiedlichen Betriebssystemeinstellungen anhängen?

Anzahl Ein Host kann nicht berechtigt sein, gleichzeitig auf Volumes unterschiedlicher Betriebssystemtypen zuzugreifen. Ein Host kann für den Zugriff auf Volumes eines einzigen Betriebssystemtyps autorisiert werden. Wenn Sie versuchen, einen Host für den Zugriff auf mehrere Volumes mit unterschiedlichen Betriebssystemtypen zu autorisieren, führt der Vorgang zu einem Fehler.

Wie wähle ich eine Windows-Version für mein Block Storage for Classic-Volume aus?

Wenn Sie ein Volume erstellen, müssen Sie den Betriebssystemtyp angeben. Der OS-Typ gibt das Betriebssystem des Hosts an, der auf das Volume zugreifen wird. Es bestimmt auch die Anordnung der Daten auf dem Datenträger, die Geometrie, die für den Zugriff auf diese Daten verwendet wird, sowie die minimale und maximale Größe des Datenträgers. Der Betriebssystemtyp kann nicht mehr geändert werden, nachdem das Volume erstellt wurde. Die tatsächliche Größe des Volumes kann je nach Betriebssystemtyp des Volumes leicht variieren. Die Auswahl des richtigen Typs für Ihr Windows-Betriebssystem hilft, falsch ausgerichtete E/A-Operationen zu verhindern.

Wenn das Volume einem Gast als Raw-Block-Gerät präsentiert wird, wählen Sie den Betriebssystemtyp des Gastbetriebssystems aus. Wenn das Volume dem Hypervisor zur Bereitstellung von VHD-Dateien (Virtual Hard Disk) präsentiert wird, wählen Sie "Hyper-V".

Windows-GPT

  • Das Volume speichert Windows-Daten unter Verwendung des Partitionierungsstils GUID Partition Type (GPT). Verwenden Sie diese Option, wenn Sie die Partitionierungsmethode GPT verwenden wollen und Ihr Host diese Partitionierungsmethode verwenden kann. In Windows Server 2003 Service Pack 1 und höher kann die Partitionierungsmethode GPT verwendet werden. Alle 64-Bit-Versionen unterstützen diese Methode.

Windows 2003

  • Das Volume speichert einen Raw-Datenträgertyp in einem Windows-Datenträger mit einer einzigen Partition, der den Partitionierungsstil Master Boot Record (MBR) verwendet. Verwenden Sie diese Option nur dann, wenn Ihr Hostbetriebssystem Windows 2000 Server, Windows XP oder Windows Server 2003 ist und die Partitionierungsmethode MBR verwendet.

Windows 2008 +

  • Das Volume speichert Windows-Daten für Windows 2008 und spätere Versionen. Verwenden Sie diese Betriebssystemoption, wenn Ihr Hostbetriebssystem Windows Server 2008, Windows Server 2012 oder Windows Server 2016 ist. Es wird sowohl die Partitionierungsmethode MBR als auch die Methode GPT unterstützt.

Hyper-V

  • VHDX ist das virtuelle Festplattenformat, das in Windows Server 2012 eingeführt wurde, um hochleistungsfähige virtuelle Platten zu erstellen. Das Format bietet viele Vorteile, z. B. Unterstützung für größere virtuelle Platten und größere Blockgrößen. Es bietet Schutz vor Datenverlust bei Stromausfällen durch Protokollierung von Aktualisierungen an den VHDX-Metadatenstrukturen. Wenn das Volume dem Hypervisor zur Bereitstellung von VHD-Dateien präsentiert wird, wählen Sie "Hyper-V" als Betriebssystemtyp aus.

Wird der zugeordnete IOPS-Grenzwert nach Instanz oder nach Datenträger umgesetzt?

IOPS werden auf Datenträgerebene durchgesetzt. Mit anderen Worten: Zwei Hosts, die mit einem Volume mit 6000 IOPS verbunden sind, teilen sich diese 6000 IOPS.

Die Anzahl der Hosts, die auf den Datenträger zugreifen, ist wichtig, da es schwierig sein kann, die maximal verfügbare Anzahl E/A-Operationen pro Sekunde zu realisieren, wenn nur ein einzelner Host auf den Datenträger zugreift.

IOPS messen

IOPS wird auf der Grundlage eines Lastprofils von 16-KB-Blöcken mit zufälligen 50 % Lese- und 50 % Schreibzugriffen gemessen. Workloads, die von diesem Profil abweichen, weisen möglicherweise niedrigere Leistungswerte auf. Um die Leistung zu verbessern, können Sie versuchen, die Einstellungen für die Warteschlangenlänge des Hosts anzupassen oder Jumbo-Frames zu aktivieren.

Was passiert, wenn eine kleinere Blockgröße zur Messung der Leistung verwendet wird?

Auch bei kleineren Blockgrößen kann der maximale IOPS-Wert erreicht werden. Allerdings verringert sich der Durchsatz. Beispiel: Ein Datenträger mit 6000 IOPS hat bei verschiedenen Blockgrößen den folgenden Durchsatz:

  • 16 KB * 6000 IOPS == ~93,75 MB/s
  • 8 KB * 6000 IOPS == ~46,88 MB/s
  • 4 KB * 6000 IOPS == ~23,44 MB/s

Wie kann ich feststellen, wie viel Speicher verwendet wird? Warum werden die Nutzungsdaten von Block Storage for Classic nicht in der Konsole angezeigt?

Block Storage for Classic kann von Ihnen nach Belieben formatiert und verwaltet werden. IBM Cloud® kann den Inhalt des Volumes nicht sehen und daher kann die Benutzeroberfläche keine Informationen über die Nutzung des Speicherplatzes liefern. Weitere Informationen zum Datenträger, wie beispielsweise Informationen zum belegten und verfügbaren Plattenspeicherplatz, können Sie dem Betriebssystem Ihres Rechenhosts entnehmen.

  • Unter Linux® können Sie den folgenden Befehl verwenden.

    df -h
    

    Der Befehl stellt eine Ausgabe bereit, die den Prozentsatz an verfügbarem und belegtem Speicherplatz anzeigt.

    $ df -hT /dev/sda1
    Filesystem     Type      Size  Used Avail Use% Mounted on
    /dev/sda1      disk      6.0G  1.2G  4.9G  20% /
    
  • In Windows können Sie den freien Speicherplatz auch im Datei-Explorer anzeigen, indem Sie auf Dieser PC klicken. Sie haben dann zwei Befehlsoptionen.

    fsutil volume diskfree C:
    
    dir C:
    

    Die letzte Zeile der Ausgabe zeigt, wie viel Platz ungenutzt ist.

Warum stimmt die verfügbare Kapazität, die in meinem Betriebssystem angezeigt wird, nicht mit der Kapazität überein, die ich bereitgestellt habe?

Einer der Gründe kann sein, dass Ihr Betriebssystem die base-2-Konvertierung verwendet. Wenn Sie beispielsweise ein 4000 GB-Volume in der Konsole provisionieren, reserviert das Speichersystem ein 4.000 GiB Volumen oder 4.294.967.296.000 Byte Speicherplatz für Sie. Der bereitgestellte Datenträger ist größer als 4 TB. Ihr Betriebssystem zeigt die Speichergröße jedoch möglicherweise als 3.9 T, weil es base-2 Konvertierung und das T steht für TiB, keine TB.

Zweitens reduziert die Partitionierung Ihres Block Storage und die Erstellung eines Dateisystems auf diesem System den verfügbaren Speicherplatz. Der Umfang, um den die Formatierung den Speicherplatz reduziert, hängt von der Art der Formatierung und der Anzahl und Größe der verschiedenen Dateien auf dem System ab.

Wird die Speicherkapazität in GB oder GiB?

Ein verwirrender Aspekt des Speichers sind die Einheiten, in denen Speicherkapazität und Speicherbelegung aufgelistet werden. Manchmal sind GB tatsächlich Gigabyte (base-10) und manchmal stellt GB Gibibyte (base-2) dar, die als GiBabgekürzt werden sollten.

Menschen denken und berechnen normalerweise Zahlen im Dezimalsystem (base-10). In unserer Dokumentation beziehen wir uns auf Speicherkapazität, indem wir die Einheit GB (Gigabyte) verwenden, um sie an der Terminologie des Branchenstandards auszurichten. In der Benutzerschnittstelle, der Befehlszeilenschnittstelle, der API und in Terraform werden die Einheiten-GB angezeigt, die beim Abfragen der Kapazität verwendet und angezeigt werden. Wenn Sie einen 4-TB-Datenträger bestellen möchten, geben Sie 4.000 GB in Ihre Bereitstellungsanforderung ein.

Computer arbeiten jedoch binär, sodass es sinnvoller ist, einige Ressourcen wie Speicheradressräume in base-2darzustellen. Seit 1984 zeigen Computerdateisysteme Größen in base-2 an, die zusammen mit dem Speicher verwendet werden können. Damals waren die verfügbaren Speichereinheiten kleiner und die Größendifferenz zwischen den Binär-und Dezimaleinheiten war vernachlässigbar. Nun, da die verfügbaren Speichersysteme erheblich größer sind, führt dieser Einheitenunterschied zu Verwirrung.

Die Differenz zwischen GB und GiB liegt in ihrer numerischen Darstellung:

  • GB (Gigabyte) ist eine Dezimaleinheit, wobei 1 GB 1.000.000.000 Byte entspricht. Wenn Sie GB in TB konvertieren, verwenden Sie 1000 als Multiplikator.
  • GiB (Gibibyte) ist eine binäre Einheit, wobei 1 GiB 1.073.741.824 Byte entspricht. Wenn Sie konvertieren GiB Zu TiB, Sie verwenden 1024 als Multiplikator.

Die folgende Tabelle zeigt dieselbe Anzahl Byte, ausgedrückt in Dezimal-und Binäreinheiten.

Dezimale vs. binäre Einheiten
Dezimalzahl SI (Basis 10) Binär (Basis 2)
2.000.000.000.000 B 2.000.000.000.000 B
2.000.000.000 KB 1.953.125.000 KiB
2.000.000 MB 1.907.348 MiB
2.000 GB 1.862 GiB
2 TB 1.81 TiB

Das Speichersystem verwendet base-2-Einheiten für die Datenträgerzuordnung. Wenn Ihr Datenträger also als 4.000 GB bereitgestellt wird, sind das tatsächlich 4.000 GiB oder 4.294.967.296.000 Byte Speicherplatz. Der bereitgestellte Datenträger ist größer als 4 TB. Ihr Betriebssystem zeigt die Speichergröße jedoch möglicherweise als 3.9 T, weil es base-2 Konvertierung und das T steht für TiB, keine TB.

Muss das Volumen vorgewärmt werden, um den erwarteten Durchsatz zu erreichen?

Eine Vorwärmung ist nicht erforderlich. Der angegebene Durchsatz wird sofort bei Bereitstellung des Datenträgers erreicht.

Kann durch eine schnellere Ethernet-Verbindung ein höherer Durchsatz erreicht werden?

Durchsatzgrenzen werden auf LUN-Ebene festgelegt, und eine schnellere Ethernet-Verbindung erhöht diese Grenze nicht. Bei einer langsameren Ethernet-Verbindung kann Ihre Bandbreite allerdings einen Engpass verursachen.

Beeinträchtigen Firewalls und Sicherheitsgruppen die Leistung?

Es ist am besten, den Speicherdatenverkehr über ein VLAN zu leiten, das die Firewall umgeht. Wenn der Speicherdatenverkehr über Software-Firewalls geleitet wird, erhöht sich dadurch die Latenz und die Speicherleistung wird beeinträchtigt.

Wie leite ich Block Storage for Classic-Datenverkehr zur eigenen VLAN-Schnittstelle weiter und wie umgehe ich eine Firewall?

Führen Sie die folgenden Schritte aus, um dieses bewährte Verfahren umzusetzen.

  1. Stellen Sie ein VLAN in demselben Rechenzentrum bereit, das für den Host und die Block Storage for Classic-Einheit verwendet wird. Weitere Informationen finden Sie unter Einführung in VLANs.

  2. Stellen Sie ein sekundäres privates Teilnetz für das neue VLAN.3 bereit

  3. Richten Sie für das neue VLAN eine Trunkverbindung zur privaten Schnittstelle des Hosts ein. Weitere Informationen finden Sie unter Wie kann ich meine VLANs auf meine Server trunkieren?

    Durch diese Aktion wird der Netzdatenverkehr auf dem Host temporär unterbrochen, während die Trunkverbindung vom VLAN zum Host eingerichtet wird.

  4. Erstellen Sie eine Netzschnittstelle auf dem Host.

    • Erstellen Sie unter Linux® oder Windows eine Schnittstelle 802.11q. Wählen Sie eine der nicht verwendeten sekundären IP-Adressen des neuen, über den Trunk verbundenen VLANs aus und weisen Sie diese IP-Adresse, die Teilnetzmaske und das Gateway der neuen, von Ihnen erstellten Schnittstelle 802.11q zu.
    • Erstellen Sie in VMware® eine VMkernel-Netzschnittstelle (vmk) und weisen Sie der neu erstellten vmk-Schnittstelle die nicht verwendete sekundäre IP-Adresse, die Teilnetzmaske und das Gateway des VLANs zu, für das soeben eine Trunkverbindung eingerichtet wurde.
  5. Fügen Sie eine neue persistente statische Route auf dem Host zum iSCSI-Zielteilnetz hinzu.

  6. Vergewissern Sie sich, dass die IP-Adresse der neu hinzugefügten Schnittstelle in die Host-Autorisierungsliste aufgenommen wurde.

  7. Führen Sie eine Erkennung durch und melden Sie sich wie in den folgenden Abschnitten beschrieben am Zielportal an.

Ist es gut, iSCSI-Datenverkehr über den LACP-Portkanal 802.3ad auszuführen?

Anzahl LACP (Link Aggregation Control Protocol) wird nicht als Konfiguration mit iSCSI empfohlen. Verwenden Sie das Multi-Path Input/Output (MPIO) Framework für E/A-Ausgleich und Redundanz.

Mit einer MPIO-Konfiguration kann ein Server mit mehreren NICs Eingaben und Ausgaben über alle verfügbaren Schnittstellen an ein entsprechendes MPIO-fähiges Speichergerät übertragen und von einem solchen empfangen. Diese Einrichtung bietet eine Redundanz, die sicherstellt, dass der Speicherverkehr auch dann stabil bleibt, wenn einer der Pfade nicht mehr verfügbar ist. Wenn ein Server über zwei 1-Gb-NICs und der Speicherserver über zwei 1-Gb-NICs verfügt, beträgt der theoretische maximale Durchsatz etwa 200 MB/s.

Die Link-Aggregation (wie z. B. LACP oder 802.3ad) durch NIC-Teaming funktioniert nicht auf dieselbe Weise wie MPIO. Link-Aggregation bewirkt weder eine Verbesserung des Durchsatzes eines einzelnen E/A-Datenflusses, noch bietet sie mehrere Pfade. Ein einzelner Datenfluss durchläuft immer einen einzigen Pfad. Der Vorteil der Link-Aggregation zeigt sich, wenn mehrere 'eindeutige' Datenflüsse vorhanden sind und jeder dieser Datenflüsse aus einer anderen Quelle stammt. Jeder einzelne Datenfluss wird über seine eigene verfügbare NIC-Schnittstelle gesendet, die durch einen Hash-Algorithmus bestimmt wird. Bei einer größeren Zahl von eindeutigen Datenflüssen kann eine höhere Anzahl an NICs einen höheren Gesamtdurchsatz bewirken.

Bonding funktioniert zwischen einem Server und einem Switch. MPIO arbeitet jedoch zwischen einem Speicherserver und dem Host, auch wenn sich ein Switch im Pfad befindet.

Weitere Informationen finden Sie in einem der nachfolgend genannten Artikel.

Welche Latenzzeit kann von Block Storage for Classic erwartet werden?

Die Ziellatenzzeit im Speicher beträgt <1 ms. Der Speicher ist mit Recheninstanzen in einem gemeinsam genutzten Netz verbunden, sodass die genaue Leistungslatenz vom Netzverkehr während der Operation abhängt.

Ich habe einen Block Storage for Classic-Datenträger im falschen Rechenzentrum bestellt. Ist es möglich, Speicher zu einem anderen Rechenzentrum zu verschieben oder dorthin zu migrieren?

Sie müssen ein neues Block Storage for Classic Volume im richtigen Rechenzentrum bestellen und dann das Block Storage for Classic Gerät stornieren, das Sie am falschen Ort bestellt haben.

Sie können auch ein Duplikat Ihrer Freigabe erstellen und die übergeordnete Freigabe löschen. Weitere Informationen finden Sie unter Erstellen und Verwalten doppelter Volumes.

Ich habe mein Block Storage for Classic Volumen "sofort" gelöscht, aber es ist immer noch in der Konsole sichtbar. Warum wird sie nicht gelöscht?

Wenn der Datenträger abgebrochen wird, folgt auf die Anforderung eine Wartezeit von 24 Stunden für die Wiederherstellung. Während dieses 24-stündigen Zeitraums wird der Datenträger weiterhin in der Konsole angezeigt. Die 24-stündige Wartezeit gibt Ihnen die Möglichkeit, den Stornierungsantrag bei Bedarf zu stornieren. Wenn Sie das Löschen des Datenträgers abbrechen möchten, lösen Sie einen Supportfallaus. Die Abrechnung für den Datenträger wird sofort gestoppt. Nach Ablauf des Konsolidierungszeitraums werden die Daten gelöscht und der Datenträger wird ebenfalls aus der Konsole entfernt.

Wie kann man erkennen, welche Block Storage for Classic-Datenträger verschlüsselt sind?

Wenn Sie sich die Liste Block Storage for Classic in der Konsole IBM Cloud® ansehen, sehen Sie ein Schloss-Symbol neben dem Volume-Namen für die verschlüsselten Volumes.

Unterstützt Block Storage for Classic die permanente SCSI-3-Reservierung zur Implementierung der E/A-Abschirmung für Db2 pureScale?

Ja, Block Storage for Classic unterstützt die permanente SCSI-2- und SCSI-3-Reservierung.

Was geschieht mit den Daten, wenn Block Storage for Classic-Datenträger gelöscht werden?

IBM Cloud® Block Storage for Classic stellt den Kunden Blockdatenträger auf physischem Speicher bereit, der vor der Wiederverwendung bereinigt wird.

Wenn Sie einen Block Storage for Classic Datenträger löschen, werden diese Daten sofort unzugänglich. Alle Verweise auf die Daten auf der physischen Platte werden entfernt. Wenn Sie zu einem späteren Zeitpunkt einen neuen Datenträger in demselben oder in einem anderen Konto erstellen, wird eine neue Verweisgruppe zugewiesen. Das Konto hat keinen Zugriff auf Daten, die sich zuvor auf dem physischen Speicher befunden haben, da die entsprechenden Verweise gelöscht wurden. Wenn neue Daten auf die Platte geschrieben werden, werden dabei sämtliche Daten des gelöschten Datenträgers, auf die nicht mehr zugegriffen werden kann, überschrieben.

IBM garantiert, dass auf gelöschte Daten kein Zugriff möglich ist und dass gelöschte Daten letztendlich überschrieben und vernichtet werden. Wenn Sie dann einen Block Storage for Classic Datenträger löschen, müssen diese Blöcke überschrieben werden, bevor der Blockspeicher erneut verfügbar gemacht wird, entweder für Sie oder für einen anderen Kunden.

Wird ein physisches Laufwerk von IBM ausgemustert, wird das Laufwerk vor der Entsorgung zerstört. Die ausgemusterten Laufwerke sind unbrauchbar und auf den Laufwerken befindliche Daten sind nicht zugänglich.

Kunden mit speziellen Anforderungen in Bezug auf die Einhaltung von Vorschriften, z. B. die in der NIST-Veröffentlichung 800-88 (Guidelines for Media Sanitization) veröffentlichten Normen, können die Prozedur zur Datenbereinigung durchführen, bevor sie ihren Speicher löschen.

Was passiert mit den Laufwerken, die über das Cloud-Rechenzentrum außer Betrieb gesetzt werden?

Wenn Laufwerke außer Betrieb gesetzt werden, werden sie vor dem Entsorgen durch IBM zerstört. Die Laufwerke werden unbrauchbar. Auf Daten, die auf diesem Laufwerk gespeichert waren, kann nicht mehr zugegriffen werden.

Ich kann ein Block Storage for Classic Volume nicht stornieren, da die Aktion "Abbrechen" in der Cloud-Konsole deaktiviert ist. Was ist die Ursache hierfür?

Der Kündigungsprozess für dieses Speichermedium ist derzeit in Bearbeitung, daher ist die Aktion 'Kündigen' nicht mehr verfügbar. Das Volumen bleibt mindestens 24 Stunden lang sichtbar, bis es zurückgewonnen wird. Die Benutzerschnittstelle gibt an, dass sie inaktiv ist und der Status "Stornierung anstehend" wird angezeigt. Die Mindestwartezeit von 24 Stunden gibt Ihnen die Möglichkeit, den Stornierungsantrag bei Bedarf zu stornieren. Wenn Sie das Löschen des Datenträgers abbrechen möchten, lösen Sie einen Supportfallaus.

Ich habe meinen Datenträger versehentlich gelöscht. Was kann ich tun, um ihn wiederherzustellen?

Die Antwort hängt davon ab, wie lange es her ist, dass Sie das Speichervolumen gelöscht haben, und ob Sie es sofort oder am Jahrestag löschen wollten. Wenn die Löschung in den letzten 24 Stunden erfolgt ist oder das Datum des Jahrestages noch nicht erreicht wurde, wartet das Volume möglicherweise noch auf seine Rückforderung. Wenn der Volumenstatus "Stornierung ausstehend" lautet, können Sie sich an den Support wenden, um die Stornierungsanfrage zu stornieren. Es ist wichtig, schnell zu handeln, denn wenn die Rückforderungsfrist abläuft, werden die Daten automatisch gelöscht und können nicht mehr wiederhergestellt werden.

Mein Windows 2012-Host soll Zugriff auf mehrere Storage-Volumes haben, aber ich kann sie im Disk Manager nicht sehen. Wie kann ich das Problem beheben?

Wenn Sie mehr als zwei Volumes mit demselben Host verwenden und alle iSCSI Verbindungen von demselben Speichergerät ausgehen, sehen Sie im Datenträger-Manager möglicherweise nur zwei Geräte. In diesem Fall müssen Sie manuell eine Verbindung zu jedem Gerät im iSCSI Initiator herstellen. Weitere Informationen finden Sie in Fehlerbehebung für Windows 2012 R2 - mehrere iSCSI-Geräte.

Windows Server 2012 R2 hat am 10. Oktober 2023 das Ende seiner Lebensdauer erreicht. Microsoft stellt für dieses Betriebssystem keine Sicherheitsupdates, Fehlerbehebungen oder technischen Support mehr bereit. Migrieren Sie Ihren Server auf eine neuere Version des Betriebssystems, wie z. B. Windows Server 2022.

Der eigene Speicher scheint offline oder schreibgeschützt zu sein. Wie kam es dazu und wie wird das Problem behoben?

In einigen Szenarien kann es vorkommen, dass ein Host (Bare-Metal oder VM) kurzzeitig die Verbindung zum Speicher verliert und diesen daher als schreibgeschütztes Volume betrachtet, um Datenbeschädigungen zu vermeiden. In den meisten Fällen ist die Verbindungsunterbrechung netzbedingt, doch der Status des Speichers bleibt aus Sicht des Hosts schreibgeschützt, auch wenn die Netzverbindung wiederhergestellt wird. Ein Neustart des Hosts behebt das Problem des Nur-Lese-Status.

Dieses Problem kann bei Hosts mit falschen MPIO-Einstellungen beobachtet werden. Wenn MPIO nicht korrekt konfiguriert ist, verliert der Host die Verbindung zum Speicher und ist möglicherweise nicht in der Lage, die Verbindung zum Speicher wieder herzustellen, wenn das Verbindungsproblem behoben ist.

Kann ich den Block Storage for Classic mit einem einzigen Pfad anhängen? Muss ich Multipath verwenden?

Es ist möglich, ein Volume mit einem einzigen Pfad zu verbinden, aber es ist wichtig, dass die Verbindungen auf beiden Pfaden hergestellt werden, um eine Unterbrechung des Dienstes zu vermeiden. Weitere Informationen zur Konfiguration der MPIO-Einstellungen finden Sie in den folgenden Artikeln.

Wie kann ich Verbindungen mit mehreren Pfaden zum Block Storage for Classic-Datenträger konfigurieren und validieren?

Während einer geplanten Wartung oder einer ungeplanten Unterbrechung wird eine der Routen inaktiviert. Ist MPIO korrekt konfiguriert, kann der Host weiterhin über den zweiten Pfad auf den angeschlossenen Speicher zugreifen. Weitere Informationen zu den MPIO-Einstellungen finden Sie in den folgenden Themen.

Wenn die normalerweise lastverteilten Speicherdatenpfade vorübergehend ausgesetzt werden, ist der Rechenhost gezwungen, einen der verbleibenden Datenpfade auszuwählen, um mit dem angeschlossenen Speicher zu kommunizieren. Infolgedessen wird der erhöhte Datenverkehr über weniger Datenpfade geleitet. Da mehr Anfragen mit weniger Ressourcen bedient werden, kann es zu einer Erhöhung der Latenz und der Verbindungsaufbauzeiten kommen.

In seltenen Fällen wird ein Datenträger bereitgestellt und angehängt, während der zweite Pfad ausgefallen ist. In solchen Fällen wird dem Host möglicherweise ein einzelner Pfad angezeigt, wenn der Erkennungsscan ausgeführt wird. Wenn dieses Phänomen auftritt, prüfen Sie auf der Statusseite vonIBM Cloud®, ob sich ein Ereignis auf die Fähigkeit Ihres Hosts zum Zugriff auf den Speicher auswirkt. Wenn keine Ereignisse gemeldet werden, führen Sie die Erkennungsprüfung erneut durch, um sicherzustellen, dass alle Pfade richtig erkannt wurden. Wenn ein Ereignis in Bearbeitung ist, kann der Speicher mit einem einzigen Pfad angehängt werden. Es ist jedoch wichtig, dass Pfade nach Abschluss des Ereignisses erneut gesucht werden. Wenn nach dem erneuten Scannen nicht beide Pfade gefunden werden, erstellen Sie einen Support-Fall, damit dieser ordnungsgemäß untersucht werden kann.

Für eine stabilere Verbindung bei einer VMware-Bereitstellung muss der Netzwerkspeicher zuerst auf dem Hypervisor gemountet werden, wie in Mounting ISCSI VMware ESXi beschrieben. Erstellen Sie dann die VMs und binden Sie das angeschlossene Speichervolumen vom Betriebssystem des virtuellen Servers mit einer Multipfad-Verbindung ein. Weitere Informationen finden Sie unter "Verwenden von ESXi mit iSCSI SAN ", "Multipathing und Failover in der ESXi-Umgebung verstehen " und "Einrichten des Netzwerks für iSCSI und iSER mit ESXi ".

Ich habe die Datenträgergröße meines Block Storage for Classic über die Cloudkonsole erweitert, doch auf dem Server ist die Größe weiter unverändert. Wie kann ich das Problem beheben?

Um die neue Größe des erweiterten Volumes zu sehen, müssen Sie den vorhandenen Block Storage for Classic Datenträger auf dem Server neu scannen und konfigurieren. Siehe die nachfolgenden Beispiele. Weitere Informationen finden Sie in der Dokumentation zu Ihrem Betriebssystem.

Windows 2016

  1. Rufen Sie 'Server-Manager > Tools > Computerverwaltung > Plattenverwaltung' auf.
  2. Klicken Sie auf 'Aktion > Aktualisieren'.
  3. Klicken Sie auf 'Aktion > Platten erneut scannen'. Dieser Vorgang kann bis zu 5 Minuten oder mehr in Anspruch nehmen. Die zusätzliche Kapazität wird als nicht zugewiesene Partition auf der vorhandenen Festplatte angezeigt.
  4. Partitionieren Sie den freigegebenen Speicherplatz wie gewünscht. Weitere Informationen finden Sie unter Microsoft-Basisdatenträger erweitern.

Linux

  1. Melden Sie sich von jeder Multipath-Sitzung der erweiterten Blockspeichereinheit ab.

    # iscsiadm --mode node --portal <Target IP> --logout
    
  2. Melden Sie sich erneut an.

    # iscsiadm --mode node --portal <Target IP> --login
    
  3. Scannen Sie die iSCSI-Sitzungen erneut.

    # iscsiadm -m session --rescan
    
  4. Listen Sie die neue Größe mit fdisk -l auf, um zu bestätigen, dass der Speicher erweitert wurde.

  5. Laden Sie die Multipath-Einheitenmaske erneut.

    # multipath -r <WWID>
    
    # multipath -r 3600a09803830477039244e6b4a396b30
    reload: 3600a09803830477039244e6b4a396b30 undef NETAPP  ,LUN C-Mode
    size=30G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=undef
    |-+- policy='round-robin 0' prio=50 status=undef
    | `- 2:0:0:3 sda  8:0     active ready running
    `-+- policy='round-robin 0' prio=10 status=undef
    `- 4:0:0:3 sdd  8:48    active ready running
    
  6. Erweitern Sie das Dateisystem.

    • LVM

      1. Ändern Sie die Größe des physischen Datenträgers.

        # pvresize /dev/mapper/3600a09803830477039244e6b4a396b30
          Physical volume "/dev/mapper/3600a09803830477039244e6b4a396b30" changed
          1 physical volume(s) resized or updated / 0 physical volume(s) not resized
        
        # pvdisplay -m /dev/mapper/3600a09803830477039244e6b4a396b30
          --- Physical volume ---
          PV Name               /dev/mapper/3600a09803830477039244e6b4a396b30
          VG Name               vg00
          PV Size               <30.00 GiB / not usable 3.00 MiB
          Allocatable           yes
          PE Size               4.00 MiB
          Total PE              7679 - Changed  <- new number of physical extents
          Free PE               2560
          Allocated PE          5119
          PV UUID               dehWT5-VxgV-SJsb-ydyd-1Uck-JUA9-B9w0cO
        
          --- Physical Segments ---
          Physical extent 0 to 5118:
          Logical volume  /dev/vg00/vol_projects
          Logical extents 6399 to 11517
          Physical extent 5119 to 7678:
            FREE
        
      2. Ändern Sie die Größe des logischen Datenträgers.

        # lvextend -l +100%FREE -r /dev/vg00/vol_projects
          Size of logical volume vg00/vol_projects changed from 49.99 GiB (12798 extents) to 59.99 GiB (15358 extents).
          Logical volume vg00/vol_projects successfully resized.
          resize2fs 1.42.9 (28-Dec-2013)
          Filesystem at /dev/mapper/vg00-vol_projects is mounted on /projects; on-line resizing required
          old_desc_blocks = 7, new_desc_blocks = 8
          The filesystem on /dev/mapper/vg00-vol_projects is now 15726592 blocks long.
        
        # lvdisplay
          --- Logical volume ---
          LV Path                /dev/vg00/vol_projects
          LV Name                vol_projects
          VG Name                vg00
          LV UUID                z1lukZ-AuvR-zjLr-u1kK-eWcp-AHjX-IcnerW
          LV Write Access        read/write
          LV Creation host, time acs-kyungmo-lamp.tsstesting.com, 2021-12-07 19:34:39 -0600
          LV Status              available
          # open                 1
          LV Size                59.99 GiB <--- new logical volume size
          Current LE             15358
          Segments               4
          Allocation             inherit
          Read ahead sectors     auto
          - currently set to     8192
          Block device           253:2
        
      3. Überprüfen Sie die Größe des Dateisystems.

        # df -Th /projects
        Filesystem                    Type  Size  Used Avail Use% Mounted on
        /dev/mapper/vg00-vol_projects ext4   59G  2.1G   55G   4% /projects
        

        Weitere Informationen finden Sie unter RHEL 8-Logical Volume ändern.

    • Nicht-LVM - ext2, ext3, ext4:

      1. Erweitern Sie die vorhandene Partition auf der Platte mit den Dienstprogrammen growpart und xfs_progs. Wenn Sie diese zunächst installieren müssen, führen Sie den nachfolgend genannten Befehl aus.

        # yum install cloud-utils-growpart xfsprogs -y
        
        1. Hängen Sie den Datenträger ab, auf dem Sie die Partition erweitern möchten.

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. Führen Sie das Dienstprogramm growpart aus. Diese Aktion bewirkt eine Vergrößerung der angegebenen Partition, und zwar unabhängig davon, ob es sich um ein Dateisystem vom Typ 'ext2', 'ext3', 'ext' oder 'xfsf' handelt.

          # growpart /dev/mapper/3600a098038304338415d4b4159487669 1
          CHANGED: partition=1 start=2048 old: size=146800640 end=146802688 new: size=209713119,end=209715167
          
        3. Führen Sie partprobe aus, um die Festplatte und ihre Partitionen neu einzulesen, und führen Sie dann lsblk aus, um die neue erweiterte Partitionsgröße zu überprüfen.

          # partprobe
          
          # lsblk
          NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
          sda 8:0 0 100G 0 disk
          ├─sda1 8:1 0 100G 0 part
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          sdb 8:16 0 100G 0 disk
          └─3600a098038304338415d4b4159487669 253:0 0 100G 0 mpath
          └─3600a098038304338415d4b4159487669p1 253:1 0 100G 0 part
          xvda 202:0 0 100G 0 disk
          ├─xvda1 202:1 0 256M 0 part /boot
          └─xvda2 202:2 0 99.8G 0 part /
          xvdb 202:16 0 2G 0 disk
          └─xvdb1 202:17 0 2G 0 part [SWAP]
          
      2. Erweitern Sie das vorhandene Dateisystem auf der Partition.

        1. Hängen Sie die Partition ab.

          # umount /dev/mapper/3600a098038304338415d4b4159487669p1
          
        2. Führen Sie e2fsck -f aus, um sicherzustellen, dass das Dateisystem sauber ist und keine Probleme aufweist, bevor Sie mit der Größenänderung fortfahren.

          # e2fsck -f /dev/mapper/3600a098038304338415d4b4159487669p1
          e2fsck 1.42.9 (28-Dec-2013)
          Pass 1: Checking inodes, blocks, and sizes
          Pass 2: Checking directory structure
          Pass 3: Checking directory connectivity
          Pass 4: Checking reference counts
          Pass 5: Checking group summary information
          /dev/mapper/3600a098038304338415d4b4159487669p1: 12/4587520 files (0.0% non-contiguous), 596201/18350080 blocks
          
        3. Setzen Sie den Befehl resize2fs ab, um die Größe des Dateisystems zu ändern.

          # resize2fs /dev/mapper/3600a098038304338415d4b4159487669p1
          resize2fs 1.42.9 (28-Dec-2013)
          Resizing the filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 to 26214139 (4k) blocks.
          The filesystem on /dev/mapper/3600a098038304338415d4b4159487669p1 is now 26214139 blocks long.
          
        4. Hängen Sie die Partition an und führen Sie df -vh aus, um zu überprüfen, ob die neue Größe korrekt ist.

          # mount /dev/mapper/3600a098038304338415d4b4159487669p1 /SL02SEL1160157-73
          
          # df -vh
          Filesystem Size Used Avail Use% Mounted on
          /dev/xvda2 99G 3.7G 90G 4% /
          devtmpfs 3.9G 0 3.9G 0% /dev
          tmpfs 3.9G 1.7M 3.9G 1% /dev/shm
          tmpfs 3.9G 25M 3.8G 1% /run
          tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
          /dev/xvda1 240M 148M 80M 65% /boot
          fsf-sjc0401b-fz.adn.networklayer.com:/SL02SV1160157_8/data01 40G 1.1G 39G 3% /SL02SV1160157_8
          tmpfs 782M 0 782M 0% /run/user/0 /dev/mapper/3600a098038304338415d4b4159487669p1 99G 1.1G 93G 2% /SL02SEL1160157-73
          
    • Nicht-LVM - xfs

      1. Hängen Sie das XFS-Dateisystem wieder an seinen Mountpunkt an. Falls Sie sich nicht sicher sind, was der ehemalige Mountpunkt für die XFS-Partition ist, lesen Sie /etc/fstab.

        # mount /dev/sdb1 /mnt
        
      2. Erweitern Sie das Dateisystem. Ersetzen Sie den Mountpunkt des Dateisystems.

        # xfs_growfs -d </mnt>
        

Warum sehe ich zwei Platten im Plattenmanagement, wenn ich eine einzelne Speichereinheit hinzufüge?

Es kann vorkommen, dass zwei Platten im Plattenmanagement zu sehen sind, wenn MPIO nicht installiert ist oder für ISCSI inaktiviert ist. Um die MPIO-Konfiguration zu überprüfen, lesen Sie die Schritte zur Überprüfung der MPIO-Konfiguration für Linux® oder zur Überprüfung, ob MPIO in Windows-Betriebssystemen korrekt konfiguriert ist.

Wie kann ich die Verbindung zum Speicher nach einem Chassistausch wiederherstellen?

Führen Sie die folgenden Schritte aus, um die Verbindung mit dem Speicher nach einem Chassistausch erfolgreich wieder herzustellen.

  1. Entfernen Sie vor dem Tausch die Berechtigung für die Speichereinheiten (Zugriff widerrufen).
  2. Erteilen Sie dem Host nach dem Tauschvorgang wieder die Berechtigung.
  3. Ermitteln Sie die Speichereinheiten erneut mit den neuen Berechtigungsnachweisen, die für die neue Berechtigung gelten.

Weitere Informationen finden Sie in Block Storage for Classic verwalten.

Wie kann ich meine Speichereinheit von einem Host trennen?

Führen Sie die folgenden Schritte aus, um die Verbindung zu einem Host zu trennen:

  1. Entfernen Sie die ISCSI-Sitzungen des Betriebssystems und, falls dies möglich ist, hängen Sie das Gerät ab.
  2. Entziehen Sie dem Host den Zugriff auf das Speichergerät in der Konsole IBM Cloud®.
  3. Entfernen Sie die automatische Erkennung, und falls dies möglich ist, die Datenbankeinträge für die Verbindung aus dem Betriebssystem für ISCSI-Verbindungen.

Wie unterschieden sich Endurance- und Performance-Speicher voneinander?

'Endurance' und 'Performance' sind Bereitstellungsoptionen, die Sie für Speichermedien auswählen können. Kurz gesagt: Endurance-IOPS-Stufen bieten vordefinierte Leistungsstufen; diese Stufen können Sie mit der Performance-Stufe optimieren. Die gleichen Geräte werden verwendet, um die Angebote mit verschiedenen Optionen bereitzustellen. Weitere Informationen finden Sie unter IBM Cloud Block Storage: Details.

Ich kann keinen Upgrade für den Speicher durchführen. Was kann sich auf die Funktion auswirken, Speicher zu aktualisieren oder zu erweitern?

Die folgenden Situationen können sich auf die Funktion, Speicher zu aktualisieren oder zu erweitern, auswirken:

Hat das Upgrade meines Speichers Auswirkungen auf die Daten, die sich auf dem Datenträger befinden?

Anzahl Wenn Sie Ihr Speichervolumen erweitern oder seinen IOPS-Wert anpassen, hat diese Änderung keine Auswirkungen auf Ihre Daten. Bei diesen Vorgängen wird nichts überschrieben oder gelöscht. Die Anpassung führt auch nicht zu Ausfällen oder fehlendem Zugriff auf den Speicher.

Sind iSCSI Volumes Thin oder Thick Provisioned?

Alle Datei- und Block Storage for Classic-Services werden mit Thin Provisioning bereitgestellt. Diese Methode kann nicht geändert werden.

Meine Abrechnungs-ID wurde geändert, was bedeutet das?

Möglicherweise stellen Sie fest, dass Ihre Speicherdatenträger jetzt als "Endurance Storage Service" oder "Performance Storage Service" anstelle von "Enterprise Storage" in Rechnung gestellt werden. Möglicherweise haben Sie auch neue Optionen in der Konsole, z. B. die Möglichkeit, IOPS anzupassen oder die Kapazität zu erhöhen. IBM Cloud® ist bestrebt, die Speicherfunktionalität kontinuierlich zu verbessern. Wenn die Hardware in den Rechenzentren aufgerüstet wird, werden auch die Speichermedien in diesen Rechenzentren aufgerüstet, um alle verbesserten Funktionen zu nutzen. Der Preis, den Sie für Ihren Speicherdatenträger bezahlen, ändert sich mit diesem Upgrade nicht.

Wie permanent ist Block Storage for Classic?

Wenn Sie Ihre Daten in Block Storage for Classic speichern, sind sie permanent, hoch verfügbar und verschlüsselt. Das Permanenzziel für eine einzelne Verfügbarkeitszone beträgt 99,999999999 % (11 9er). Weitere Informationen finden Sie unter Verfügbarkeit und Permanenz von Block Storage for Classic.

Wie ist die durchschnittliche Betriebszeit für Block Storage for Classic?

Wenn Sie Ihre Daten auf Block Storage for Classic speichern, sind sie langlebig, hochverfügbar und verschlüsselt. Block Storage for Classic basiert auf erstklassiger, bewährter Hardware und Software in Unternehmensqualität, um hohe Verfügbarkeit und Betriebszeit zu gewährleisten. Um sicherzustellen, dass das Verfügbarkeitsziel von 99.999 % (fünf 9er) erreicht wird, werden die Daten redundant auf mehreren physischen Festplatten auf HA-Knoten gespeichert. Jeder Speicherknoten verfügt über mehrere Pfade zu seinen eigenen Solid-State-Laufwerken und den SSDs des Partnerknotens. Diese Konfiguration schützt vor Pfadfehlern und Controllerfehlern, da der Knoten weiterhin nahtlos auf die Platten seines Partners zugreifen kann. Weitere Informationen finden Sie unter Verfügbarkeit und Permanenz von Block Storage for Classic.

Wie kann ich einen Block Storage for Classic-Datenträger über mein Betriebssystem identifizieren?

Es gibt verschiedene Gründe, warum Sie die LUN-ID der angehängten Speicherdatenträger auf dem Rechenhost suchen sollten. Sie können beispielsweise mehrere Speichereinheiten haben, die auf demselben Host mit denselben Datenträgergrößen angehängt sind. Sie möchten eine von ihnen abhängen und stilllegen. Sie sind jedoch nicht sicher, wie Sie das, was auf Ihrem Linux®-Host angezeigt wird, mit dem, was in der Konsole angezeigt wird, korrelieren. Ein weiteres Beispiel ist, dass Sie mehrere Block Storage for Classic-Datenträger haben, die einem ESXi-Server zugeordnet sind. Sie möchten die Größe eines der Volumes erweitern und müssen dazu die korrekte LUN-ID des Speichers kennen. Klicken Sie für betriebssystemspezifische Anweisungen auf einen der folgenden Links.

Kann ich vom Support-Team Messwerte zur Speicherleistung (IOPS oder Latenz) erhalten?

IBM Cloud® stellt keine Messwerte für E/A-Operationen pro Sekunde und Latenzzeit für die Speicherleistung bereit. Es wird erwartet, dass Kunden ihre eigenen Block Storage for Classic-Geräte mithilfe der Überwachungstools anderer Anbieter überwachen.

Die folgenden Beispiele sind Dienstprogramme, die Sie zur Überprüfung von Leistungsstatistiken verwenden können.

  • sysstat-Systemleistungstools für das Betriebssystem Linux®.
  • typeperf-Ein Windows-Befehl, der Leistungsdaten in das Befehlsfenster oder in eine Protokolldatei schreibt.
  • esxtop-Ein Befehlszeilentool, das Administratoren Echtzeitinformationen zur Ressourcennutzung in einer VMware® vSphere-Umgebung gibt. Es kann Daten für alle Systemressourcen überwachen und erfassen: CPU, Speicher, Festplatte und Netz.

Was ist der Unterschied zwischen einem Replikatdatenträger, einem abhängigen und einem unabhängigen Duplikatdatenträger?

Sie können ein Replikat oder einen doppelten Datenträger erstellen, indem Sie eine Momentaufnahme Ihres Datenträgers verwenden. Die Replikation und das Klonen verwenden eine Ihrer Momentaufnahmen, um Daten auf einen Zieldatenträger zu kopieren. Hier enden jedoch die Ähnlichkeiten.

Die Replikation hält Ihre Daten an zwei verschiedenen Positionen synchron. Es kann jeweils nur ein Datenträger des Paares (primärer Datenträger und Replikatdatenträger) aktiv sein. Der Replikationsprozess kopiert basierend auf dem Replikationsplan automatisch Informationen vom aktiven Datenträger auf den inaktiven Datenträger. Weitere Informationen zu Replikatdatenträgern finden Sie unter Daten replizieren.

Die Duplizierung erstellt eine Kopie Ihres Datenträgers auf der Basis einer Momentaufnahme in derselben Verfügbarkeitszone wie der übergeordnete Datenträger. Der Duplikatdatenträger übernimmt standardmäßig die Kapazitäts- und Leistungsoptionen des ursprünglichen Datenträgers und enthält eine Kopie der Daten bis zum Zeitpunkt eines Snapshots. Der duplizierte Datenträger kann vom ursprünglichen Datenträger abhängig oder unabhängig sein und manuell mit Daten des übergeordneten Datenträgers aktualisiert werden. Sie können die E/A-Operationen pro Sekunde anpassen oder die Datenträgergröße des Duplikats ohne Auswirkungen auf den übergeordneten Datenträger erhöhen.

  • Ein abhängiger duplizierter Datenträger wird nicht durch die Konvertierung unabhängig und kann jederzeit aktualisiert werden, nachdem er erstellt wurde. Das System sperrt die ursprüngliche Momentaufnahme, sodass die Momentaufnahme nicht gelöscht werden kann, während das abhängige Duplikat vorhanden ist. Der übergeordnete Datenträger kann nicht abgebrochen werden, wenn der abhängige doppelte Datenträger vorhanden ist. Soll der übergeordnete Datenträger abgebrochen werden, muss entweder zuerst das abhängige Duplikat abgebrochen oder in ein unabhängiges Duplikat konvertiert werden.

  • Ein unabhängiges Duplikat ist dem abhängigen Duplikat in den meisten Fällen überlegen, kann jedoch aufgrund des langen Konvertierungsprozesses nicht sofort nach der Erstellung aktualisiert werden. Abhängig von der Größe des Datenträgers kann es bis zu mehreren Stunden dauern. Für einen 12-TB-Datenträger kann es beispielsweise bis zu einem Tag dauern. Nach Abschluss des Trennungsprozesses können die Daten jedoch mithilfe einer anderen Momentaufnahme des ursprünglichen übergeordneten Datenträgers manuell aktualisiert werden.

Weitere Informationen zu Duplikaten finden Sie unter Doppelte Datenträger erstellen und verwalten.

Vergleich der Merkmale der verschiedenen Arten von Volume-Kopien.
Diese Tabelle enthält Zeilen- und Spaltenüberschriften. Die Zeilenüberschriften geben die Funktionalität an. Die Spaltenüberschriften geben den Typ der Datenträgerkopie an.
Feature Replikat Abhängiges Duplikat Unabhängiges Duplikat
Aus einer Momentaufnahme erstellt Häkchensymbol. Häkchensymbol. Häkchensymbol.
Position des kopierten Datenträgers Ferne Verfügbarkeitszone Dieselbe Verfügbarkeitszone Dieselbe Verfügbarkeitszone
Unterstützt Failover Häkchensymbol.
Unterschiedliche Größe und IOPS Häkchensymbol. Häkchensymbol.
Automatisch mit übergeordnetem Datenträger synchronisiert Häkchensymbol.
Bedarfsgesteuerte Aktualisierung von übergeordnetem Datenträger Hakensymbol.[1] Hakensymbol.[2]
Getrennt vom übergeordneten Datenträger Häkchensymbol.

Wie lange dauert die Konvertierung eines abhängigen Duplikats in einen unabhängigen Datenträger?

Der Umwandlungsprozess kann einige Zeit in Anspruch nehmen. Je größer das Volumen, desto länger dauert es, es zu konvertieren. Bei einem Datenträger mit 12 TB kann dies 24 Stunden dauern. Sie können den Fortschritt in der Konsole oder über die CLI überprüfen.

  • Wechseln Sie in der Benutzerschnittstelle zu Klassische Infrastruktur. Klicken Sie auf Speicher > Block Storage for Classic und suchen Sie den Datenträger in der Liste. Der Konvertierungsstatus wird auf der Übersichtsseite angezeigt.

  • Verwenden Sie in der CLI den folgenden Befehl.

    slcli block duplicate-convert-status <dependent-vol-id>
    

    Die Ausgabe ähnelt der im folgenden Beispiel gezeigten:

    slcli block duplicate-convert-status 370597202
    Username            Active Conversion Start Timestamp   Completed Percentage
    SL02SEVC307608_74   2022-06-13 14:59:17                 90
    

Wo kann ich weitere Informationen über die mobile Lagerung finden?

Portierbare Speicherdatenträger (Portable Storage Volumes; PSVs) stellen eine Zusatzspeicherlösung ausschließlich für Virtual Servers dar. Sie können den PSV von einem virtuellen Server abhängen und an einen anderen anhängen. Sie können ein tragbares Speichermedium jeweils an einen virtuellen Server anschließen, wobei alle auf dem Medium gespeicherten Informationen für die Übertragung zwischen den Geräten erhalten bleiben. Weitere Informationen finden Sie unter Portable SAN storage.


  1. Abhängige Duplikate können unmittelbar nach der Erstellung aktualisiert werden. ↩︎

  2. Unabhängige Duplikate können nach Abschluss des Trennungsprozesses aktualisiert werden. ↩︎