everRun Version 7.7.0.0 Versionshinweise
Diese Versionshinweise (aktualisiert um 09:54 am 29.05.2020) gelten für everRun Version 7.7.0.0. Weitere Informationen finden Sie in den folgenden Abschnitten:
- Neue Funktionen und Verbesserungen
- Bug-Fixes
- CVE-Fixes
- Wichtige Überlegungen
- Bekannte Probleme
- Aktualisierte Dokumentation
- Zugriff auf Artikel in der Stratus Knowledge Base
- Hilfe
Neue Funktionen und Verbesserungen
Die folgenden Funktionen sind neu in everRun Version 7.7.0.0:
- Host-Betriebssystem-Unterstützung – Unterstützung für CentOS 7.7 als Host-Betriebssystem für das everRun-System unter Bereitstellung des Linux Kernel 3.10.0-1062.12.el7.x86_64.
- Sicherheitsverbesserungen – 253 CVEs wurden behoben.
- Virtuelle Maschinen
- Unterstützung für Virtual Machine Generation ID (GENID) von Windows Server 2019, Windows Server 2016 und Windows Server 2012. (GENID wird auch als vmgenid bezeichnet.)
- Unterstützung einer UEFI-Boot-Firmware-Schnittstelle mit den Gast-Betriebssystemen Windows 2019 und Windows 2016.
- VM-Verwaltung und Unterstützung
- Unterstützung für den Import von OVA-Dateien (Open Virtual Appliance oder Application) zusätzlich zu OVF-Dateien (Open Virtualization Format).
- Unterstützung für den Import einer VM mit einer UEFI- oder BIOS-Boot-Schnittstelleneinstellung aus einer OVF- oder OVA-Datei.
- everRun Availability Console – eine Schnittstelle für den Import von OVF- und OVA-Dateien, die vom everRun-System oder einer Drittanbieteranwendung erstellt wurden.
- Installation und Upgrade
- Möglichkeit, auf der Seite Upgrade-Kits der Konsole nach Updates zu suchen.
- Das System kann automatisch nach Updates der Systemsoftware suchen und das Update dann herunterladen (ohne es zu installieren).
Neu in everRun Version 7.6.1.0
Weitere Informationen finden Sie unter Neu in everRun Version 7.6.1.0.
Neu in everRun Version 7.6.0.0
Weitere Informationen finden Sie unter Neu in everRun Version 7.6.0.0.
Bug-Fixes
In everRun Version 7.7.0.0 behobene Bugs
EV-50970: Ein USB-Stick wird weiterhin in der Benutzeroberfläche angezeigt, nachdem er abgezogen wurde. Der Versuch, einen USB-Stick an einen Gast anzuschließen, kann dazu führen, dass der falsche USB-Stick verbunden wird.
EV-50954: Wenn nach einem Stromausfall die Stromversorgung für ein Einzelknotensystem wiederhergestellt wird, startet eine VM mit einem angeschlossenen USB-Gerät nicht.
EV-50699: Sicherheitsscan schlägt fehl, da SNMP-Dienste ausgeführt werden, selbst wenn SNMP nicht konfiguriert ist.
EV-50555: Wenn Sie die statische IP-Adresse (DNS) in der Konsole ändern und dann das System neu starten, wird die vorherige IP-Adresse in resolv.conf aktualisiert.
EV-50407: Der Algorithmus, der bestimmt, wann das biz-Netzwerk zurückgesetzt werden soll, braucht unter Umständen bis zu 24 Stunden, bis das biz-Netzwerk seine Geschwindigkeit neu verhandelt.
EV-50232: Der Assistent zum Erstellen virtueller CDs zeigt in der japanischen Version Text und Schaltflächen nicht korrekt an.
EV-50224: Active Directory-Benutzer benötigt Domänenadministratorberechtigungen.
EV-50213: Wenn eine aus VMware exportierte VM geladen wird, meldet die Konsole „Volume konnte nicht geladen werden“.
EV-49949: VM-spezifische axstore-Einstellungen werden entfernt, wenn ein Knoten aus- und wieder eingeschaltet wird, aber nicht, wenn ein Knoten neu gestartet wird.
EV-49947: Nach dem Upgrade eines Systems auf Version 7.6.0.0/2.0.0.0 sendet das System bestimmte e-Alerts, Call-Home-Nachrichten und SNMP-Traps nicht mehr.
EV-49916: P2V mit virt-p2v 1.36.10 schlägt mit folgendem Fehler fehl: „Eine Partition kann nicht außerhalb des Datenträgers vorhanden sein!“, wenn versucht wird, einen Datenträger zu übertragen.
EV-49898: Der Import einer exportierten VMware-VM schlägt fehl, wenn der Name der vmdk-Datei nicht „disk“ enthält.
EV-49881: Wenn ein DNS-Server nicht antwortet, wird ein Alarm gesendet, der angibt, dass der Verwaltungsport seine Verbindung verloren hat, und der Portstatus ändert sich zu der Warnung „Netzwerkverbindung verloren“.
EV-49868: Eine VM mit einem angeschlossenen USB-Gerät startet nach einem In-Guest-Shutdown nicht.
EV-49795: Einzelknotenwiederherstellung von VMs kann nicht durchgeführt werden.
EV-49423: Die Konsole sollte Snapshot-Vorgänge anzeigen, die gerade ausgeführt werden. Außerdem sollten Snapshot-Vorgänge auf einem Gast verhindert werden, wenn gerade Snapshots für diesen Gast verarbeitet werden.
EV-49380: Die Konsole kann nach einem Knotenneustart nicht verwendet werden, wenn ein Gast ein großes, fragmentiertes Volume hat.
EV-49372: Das logische Laufwerk „LogicalDisk-1“ verschwindet aus der Konsole, nachdem „Fremddatenträger aktivieren“ ausgewählt wurde.
EV-49361: Der Versuch, eine Diagnosedatei zu generieren, kann dazu führen, dass der primäre Knoten den Fehler „nicht genug Arbeitsspeicher“ ausgibt.
EV-47842: Der Assistent „Virtuelle Maschine neu zuweisen“ akzeptiert anfänglich Werte für die Containergröße, die sehr nah bei der verfügbaren Größe der Speichergruppe liegen, meldet später jedoch einen Fehler, dass nicht genügend Speicherplatz vorhanden ist.
EV-47590: Datenträger kann nicht wieder seiner ursprünglichen Speichergruppe hinzufügt werden und meldet seine Größe manchmal als 0, nachdem der Datenträger durch Klicken auf „Reparieren“ entfernt, dann gelöscht und im RAID BIOS neu erstellt wurde.
EV-44035: AVCLI-Befehle sollen Datenträger-OID anzeigen.
In everRun Version 7.6.1.0 behobene Bugs
Weitere Informationen finden Sie unter In everRun Version 7.6.1.0 behobene Bugs.
In everRun Version 7.6.0.1 behobene Bugs
Weitere Informationen finden Sie unter In everRun Version 7.6.0.1 behobene Bugs.
In everRun Version 7.6.0.0 behobene Bugs
Weitere Informationen finden Sie unter In everRun Version 7.6.0.0 behobene Bugs.
CVE-Fixes
Eine Liste der CVE-Fixes finden Sie unter Behobene CVEs.
Wichtige Überlegungen
Upgrade auf Version 7.7.0.0
Führen Sie ein Upgrade auf everRun Release 7.7.0.0 durch, indem Sie dem Upgrade-Pfad für die aktuell auf Ihrem System ausgeführte Version folgen (siehe Tabelle unten).
Version | Upgrade-Pfad |
---|---|
Version 7.6.1.0 | Aktualisieren Sie direkt auf Version 7.7.0.0 wie unter Upgrade der everRun-Software mit einem Upgrade-Kit beschrieben. |
Version 7.6.0.0 | |
Version 7.5.1.1 | |
Version 7.5.1.0 | Aktualisieren Sie zunächst auf Version 7.5.1.1 und dann auf Version 7.7.0.0. Informationen zum Upgrade auf Version 7.5.1.1 finden Sie in den Versionshinweisen zu Version 7.5.1.1 und in der Hilfe. |
Version 7.5.0.5 | |
Version 7.4.3.2 | Aktualisieren Sie direkt auf Version 7.7.0.0 wie in Upgrade der everRun-Software mit einem Upgrade-Kit beschrieben. |
Ältere Versionen als Version 7.4.3.2 | Aktualisieren Sie zunächst auf Version 7.4.3.2 und dann auf Version 7.7.0.0. Informationen zum Upgrade auf Version 7.4.3.2 finden Sie in den Versionshinweisen zu Version 7.4.3.2 und in der Hilfe. |
Upgrade, wenn USB-Gerät an Gast angeschlossen ist
Trennen Sie USB-Sticks, bevor Sie das Upgrade durchführen. Gäste, an die ein USB-Stick angeschlossen ist, können während eines Upgrades nicht migriert werden. Das Upgrade kann nicht fortgesetzt werden und schlägt fehl.
Nicht mehr unterstützte Gastbetriebssysteme
Die folgenden Gastbetriebssysteme werden in Version 7.7.0.0 nicht unterstützt:
- CentOS 6.4, 6.5, 6.6 (jeweils 64-Bit)
- Red Hat Enterprise Linux 6 (Workstation, Server) 6.4, 6.5, 6.6 (jeweils 64-Bit)
- Ubuntu 13.10
Bekannte Probleme
USB-3.1-Geräte nicht unterstützt
USB-3.1-Geräte werden nicht unterstützt. Verwenden Sie stattdessen USB-3.0-Geräte.
W2K16x64-VM-Konsole geht nach Upgrade von Version 7.4.3 verloren
Wenn ein System mit everRun Version 7.4.3.x eine VM mit Windows Server 2016 und einer offenen Konsolensitzung hat und Sie das System auf Version 7.7.0.0 aktualisieren, zeigt die Konsole die Meldung Guest has not initialized the display (yet) (Gast hat die Anzeige noch nicht initialisiert) an und kann nicht korrekt geöffnet werden. Um das Problem zu beheben, fahren Sie die VM herunter, starten Sie sie neu und öffnen Sie die Konsolensitzung dann erneut.
Maximale Pfadlänge beim Importieren einer VM
Wenn Sie eine VM mithilfe des Assistenten zum Importieren/Wiederherstellen einer VM importieren, beträgt die maximale Länge des Pfads zur VM einschließlich des VM-Namens 4096 Zeichen für die Importoptionen Import aus Remote-/Netzwerk-Windows-Freigabe (CIFS/SMB) und Import aus Remote-/Netzwerk-NFS.
Importieren einer OVA-Datei schlägt manchmal fehl
Wenn Sie beginnen, eine OVA-Datei zu importieren, und der Knoten dann in den Wartungsmodus versetzt wird oder von der Stromversorgung getrennt wird, schlägt der OVA-Import fehl wie auch alle weiteren Versuche, eine OVA-Datei zu importieren. Weitere Informationen dazu, wie Sie dieses Problem umgehen, finden Sie in KB-10035.
Manuelle Konfiguration der Netzwerkinformationen nach dem Import einer Linux-VMware-OVA-Datei
Beim Import einer Linux-VMware-OVA-Datei werden die Netzwerkschnittstelle und die networks-scripts-Datei geändert. Nachdem Sie die Datei importiert haben, müssen Sie die Netzwerkinformationen manuell konfigurieren. Gehen Sie dabei folgendermaßen vor:
-
Wählen Sie die VM auf der Seite Virtuelle Maschinen aus.
-
Klicken Sie im unteren Fensterbereich auf Konsole, um die VM-Anmeldeseite zu öffnen (weitere Informationen finden Sie unter Öffnen einer VM-Konsolensitzung).
-
Melden Sie sich bei der VM an.
-
Öffnen Sie eine Eingabeaufforderung (Befehlszeile).
-
Führen Sie den Befehl ifconfig aus. Prüfen Sie in der Befehlsausgabe, ob ip address der virtuellen Netzwerkschnittstelle eth0 zugewiesen ist.
-
Wenn ip address nicht zu eth0 zugewiesen ist, listen Sie den Inhalt des Verzeichnisses /etc/sysconfig/network-scripts auf.
-
Notieren Sie sich den Wert von ifcfg-xxxx (aber nicht von ifcfg-lo).
-
Benennen Sie ifcfg-xxxx in ifcfg-eth0 um.
-
Bearbeiten Sie die Datei ifcfg-eth0, indem Sie die Werte von DEVICE und ONBOOT wie folgt ändern:
DEVICE=eth0
ONBOOT=yesSpeichern Sie die Datei.
-
Geben Sie den folgenden Befehl ein, um die Netzwerkdienste neu zu starten:
systemctl restart network -
Überprüfen Sie die IP-Zuweisung, indem Sie den Befehl ifconfig ausführen. Prüfen Sie in der Befehlsausgabe, ob ip address jetzt eth0 zugewiesen ist.
Suche bei „Import über USB“ listet OVA-Dateien in verschiedenen Verzeichnissen auf
Wenn Sie im Assistenten Virtuelle Maschine importieren/wiederherstellen die Option Import über USB auswählen, um eine OVA-Datei zu importieren, können Sie einen Dateinamen (vollständig oder teilweise) in das Feld In Dateien suchen eingeben. Es werden OVA-Dateien aufgelistet, deren Name mit Ihrer Eingabe übereinstimmt und die sich in verschiedenen Verzeichnissen befinden:
- Mit dem übergeordneten Verzeichnis (root) als Suchverzeichnis werden Dateien aufgeführt, die sich im übergeordneten Verzeichnis (root) oder in dessen Unterverzeichnissen befinden.
- Mit einem untergeordneten Verzeichnis als Suchverzeichnis werden Dateien aufgeführt, die sich in diesem Unterverzeichnis oder im übergeordneten Verzeichnis (root) befinden.
Ausführliche Informationen zum Importieren von OVA-Dateien finden Sie unter Importieren einer OVF- oder OVA-Datei.
Größe der Speichergruppe ist nach PXE-Wiederherstellung oder PXE-Ersetzung negativ
Sie können eine PM von einem temporären Preboot Execution Environment (PXE)-Server auf der primären PM wiederherstellen oder ersetzen. Nach Abschluss des Verfahrens wird in der Spalte Verfügbare Größe einer Speichergruppe ein negativer Wert angezeigt, wenn in den PXE-Verfahren Folgendes ausgewählt wurde:
- Beim Wiederherstellen einer ausgefallenen physischen Maschine die Auswahl PXE-PM-Wiederherstellung - Daten behalten.
- Beim Ersetzen von physischen Maschinen, Motherboards, NICs oder RAID-Controllern die Auswahl PXE-PM-Ersetzung - Alle Datenträger initialisieren und dann Nur auf PXE-Anfragen vom aktuellen Partnerknoten antworten.
Dies ist ein Anzeigeproblem. Die tatsächliche Größe im System ist richtig. Um die Anzeige zu korrigieren, weisen Sie den Datenträger erneut zur Speichergruppe zu.
Maximale Auflösung einer UEFI VM-Konsolensitzung
Auf der Seite Virtuelle Maschinen der everRun Availability Console können Sie eine VM-Konsolensitzung öffnen, um die Konsole des Gastbetriebssystems anzuzeigen, das auf der VM ausgeführt wird. Wenn Sie eine Konsolensitzung öffnen, um auf eine Gast-VM mit dem Starttyp UEFI zuzugreifen, hat die Konsolensitzung eine maximale Auflösung von 800x600. Um eine höhere Auflösung anzuzeigen, verbinden Sie sich über eine Remotedesktopverbindung mit der VM.
Snapshots von UEFI-VMs werden nicht unterstützt
Obwohl everRun Version 7.7.0.0 das Erstellen von VMs mit einer UEFI-Start-Schnittstelle unterstützt, wird das Erstellen von Snapshots der UEFI-VMs nicht unterstützt.
VMs für vmgenid-Unterstützung neu starten
Nachdem ein System mit einem Upgrade-Kit auf Version 7.7.0.0 aktualisiert wurde, ist die Unterstützung für vmgenid auf VMs mit Windows Server 2019, Windows Server 2016 oder Windows Server 2012 nicht vorhanden, bis die VMs neu gestartet wurden. Sie müssen diese VMs also neu starten, um die Unterstützung von vmgenid nach dem Upgrade zu aktivieren.
VCD kann nicht erstellt werden, wenn Microsoft Edge als Konsolenbrowser verwendet wird
Wenn Sie Microsoft Edge als Browser für die everRun Availability Console verwenden, können Sie keine VCD erstellen; der Prozess schlägt fehl. Verwenden Sie stattdessen einen anderen Browser (siehe Kompatible Internetbrowser).
Zum Importieren einer VMware-VM die Befehle zum Herunterfahren des Betriebssystems verwenden
Wenn Sie eine VMware-VM importieren, müssen Sie die VM nicht nur in der VMware-Konsole ausschalten, sondern auch mit dem Befehl „Herunterfahren“ des Betriebssystems herunterfahren. Wenn Sie die VM nur in der VMware-Konsole ausschalten, schlägt der Import fehl.
Tastenzuordnung von japanischen Tastaturen 106 und 109 für die Konsole sind in IE10, IE11 oder Firefox möglicherweise nicht korrekt
Wenn IE10, IE11 oder Firefox für den Zugriff auf die everRun Availability Console verwendet wird, ist die Tastenzuordnung der japanischen Tastaturen 106 und 109 möglicherweise nicht korrekt. Verwenden Sie stattdessen Chrome oder Software für eine Remoteverbindung (VNC oder RDP).
VMs mit Windows 2016 mit maximalen vCPUs und Speicher werden nicht korrekt neu gestartet
Eine Windows 2016-VM mit der maximal unterstützten Anzahl von vCPUs und der maximalen Arbeitsspeichergröße wird nicht korrekt neu gestartet. Um das Problem zu vermeiden, fahren Sie die VM mit der Schaltfläche Herunterfahren herunter (auf der Seite „Virtuelle Maschinen“ im unteren Fensterbereich für die VM) und starten Sie sie dann mit der Schaltfläche Starten neu.
Anwendungskonsistente Snapshots von Windows 2008- und Windows 2003-VMs schlagen fehl
Das System kann keine anwendungskonsistenten Snapshots von VMs mit Windows 2008 (32 Bit) und Windows 2003 (32 Bit) erstellen. Das System kann nur absturzkonsistente Snapshots von VMs erstellen, die diese Betriebssysteme ausführen.
Einige Browser können keine VNC verbinden, wenn https verwendet wird
Wenn Sie mit der everRun Availability Console verbunden sind und dafür eine https-URL in Microsoft Internet Explorer oder Mozilla® Firefox® verwenden und auf Konsole klicken, nachdem Sie eine laufende VM auf der Seite Virtuelle Maschinen ausgewählt haben, wird möglicherweise die Meldung VNC: Unable to connect. retrying in n seconds (Es kann keine Verbindung hergestellt werden, erneuter Versuch in n Sekunden) angezeigt. Um die VNC-Verbindung zu aktivieren, klicken Sie auf den HTTPS-Link zur VNC-Konsolenseite oben rechts in der Titelleiste und fahren Sie mit dem passenden unten beschriebenen Verfahren fort (je nach Browserversion ist das Verfahren in Ihrem Browser möglicherweise abweichend):
-
Im Internet Explorer wird der Assistent Sicherheitswarnung angezeigt:
- Klicken Sie auf Weiter zu dieser Website (nicht empfohlen).
- Klicken Sie auf OK.
-
In Firefox wird das Fenster Die Verbindung ist nicht sicher angezeigt:
- Klicken Sie auf Erweitert. Es wird eine Meldung über ein ungültiges Sicherheitszertifikat angezeigt.
- Klicken Sie auf Ausnahme hinzufügen. Das Dialogfeld Sicherheitsausnahme hinzufügen wird angezeigt, wobei als Speicherort der Speicherort der Konsole angegeben ist.
-
Klicken Sie auf Sicherheitsausnahme bestätigen.
Die VNC-Konsole wird angezeigt.
Entfernen von Snapshots verhindert vorübergehend einige VM-Operationen
Wenn Sie einen Snapshot auf einem everRun-System entfernen, muss das System den Snapshot mit dem nächstältesten Snapshot zusammenführen. Während das System Snapshots zusammenführt, gilt Folgendes:
- Ein Benutzer kann in der everRun Availability Console keinen neuen Snapshot erstellen. Wird dies versucht, zeigt das System in einer Fehlermeldung an, dass es ausgelastet ist.
-
Ein Benutzer kann die VM, die mit den Snapshots verknüpft ist, nicht starten, falls sie zurzeit angehalten ist. Die Schaltfläche Start ist auf der Seite Virtuelle Maschinen der everRun Availability Console vorübergehend nicht verfügbar. Wenn Sie einen Snapshot löschen müssen, tun Sie das, während die damit verknüpfte VM ausgeführt wird, oder lassen Sie zu, dass die verknüpfte VM (falls sie beendet wurde) im angehaltenen Zustand verbleibt.
-
Ein Benutzer darf eine VM, die mit den zusammengeführten Snapshots verknüpft ist, nicht herunterfahren. Sie dürfen die verknüpfte VM vom Gastbetriebssystem nicht herunterfahren, da es hierbei zu einem Datenverlust kommen kann. Sie können die VM nicht mit der everRun Availability Console herunterfahren, da die Konsole dies verhindert.
- Ein Benutzer kann keine Aufgaben ausführen, für die der von den Snapshots belegte Speicherplatz erforderlich ist, bis die Zusammenführung abgeschlossen ist und die Snapshots aus dem Volumecontainer entfernt wurden. Dies kann zum Beispiel verhindern, dass Sie die Größe eines Volumes ändern.
Vermeiden Sie das Entfernen von Snapshots, wenn Sie eine dieser Operationen sofort ausführen müssen. Warten Sie nach dem Entfernen eines Snapshots mindestens 10 bis 15 Minuten, bevor Sie versuchen, eine dieser Operationen auszuführen, oder wiederholen Sie die Operation ggf. Je nach Größe der Volumes, der VM-Aktivität und der Anzahl der Snapshots, die Sie entfernen, müssen Sie möglicherweise sehr viel länger warten.
Informationen zur Überwachung der stattfindenden Zusammenführungen finden Sie in KB-4272.
Das Erstellen von Snapshots führt dazu, dass Volumes aus dem RAW-Format in das QCOW3-Format konvertiert werden
Wenn Sie einen Snapshot von einem Volume erstellen und löschen, das zurzeit das RAW-Format aufweist, konvertiert die everRun-Software das Volume automatisch in das Format QCOW3 (QCOW2v3). Diese Konvertierung wird erwartet, da Snapshots das QCOW3-Format benötigen, bedenken Sie jedoch, dass die Änderung des Volumeformats Leistungsbeeinträchtigungen für bestimmte VM-Lasten bedeuten kann. Sie können ein Volume nicht vom QCOW3-Format zurück in das RAW-Format konvertieren.
Neue Funktionen in everRun Version 7.4.0.0 oder höher ermöglichen Ihnen das Kopieren und Exportieren von angehaltenen VMs, ohne dass ein Snapshot erforderlich ist. Wenn keine routinemäßigen Snapshots benötigt werden, ziehen Sie diese Alternativen in Betracht, um das RAW-Format zu erhalten (und die Vergrößerung von Volumecontainern zu vermeiden).
Neustart erforderlich, wenn Knoten-IP-Adressen oder Netzmasken-Netzwerkeinstellungen geändert werden
Wenn Sie die IP-Adresse oder Netzmaskeneinstellungen eines Knotens ändern wie unter Konfigurieren der IP-Einstellungen beschrieben, sind sowohl die alten als auch die neuen Einstellungen wirksam, bis Sie den Knoten neu starten. Wenn beide Einstellungen aktiv sind, kann es zu Routing- oder Verbindungsproblemen kommen.
Aktualisierte Dokumentation
Ab Version 7.6.0.0 ist die Hilfe auch auf Deutsch, Japanisch, Chinesisch und Portugiesisch verfügbar
Die Informationen in Aktualisieren von everRun Version 7.3.4.0 mit einer DVD sind relevant, wenn Sie ein System auf Version 7.4.x.x aktualisieren. Für Version 7.7.0.0 sind sie nicht relevant.
Zugriff auf Artikel in der Stratus Knowledge Base
Das Stratus Customer Service Portal bietet eine durchsuchbare Knowledge Base mit technischen Artikeln über alle Stratus-Produkte, darunter everRun. In einigen Fällen verweisen die Versionshinweise direkt zu Artikeln in der Knowledge Base (zum Beispiel KB-nnnn). Sie können mit Ihren vorhandenen Anmeldedaten für das Serviceportal auf das Customer Service Portal und die Artikel in der Knowledge Base zugreifen, oder Sie erstellen wie nachstehend beschrieben ein neues Konto.
So nutzen Sie die Knowledge Base
-
Melden Sie sich beim Stratus Customer Service Portal unter https://support.stratus.com an.
Erstellen Sie bei Bedarf ein neues Konto:
- Klicken Sie auf Register Account (Konto registrieren).
-
Geben Sie Ihre Firmen-E-Mail-Adresse und Kontaktinformationen ein und klicken Sie auf Register (Registrieren).
Ihre Firmen-E-Mail-Adresse muss einen Domänennamen (z. B. stratus.com) für eine Firma enthalten, die ein registrierter Kunde von Stratus ist.
- Klicken Sie in der E-Mail, die Sie von Stratus erhalten, auf den Link.
- Geben Sie ein neues Kennwort ein und schließen Sie die Konfiguration Ihres Kontos ab.
Falls Sie Unterstützung beim Erstellen eines Kontos benötigen, wenden Sie sich an Ihren autorisierten Stratus-Servicemitarbeiter.
- Klicken Sie im Serviceportal im linken Fenster auf Knowledge Base.
-
Geben Sie im Feld Keyword Search (Stichwortsuche) Schlagwörter für die gesuchten Informationen ein und klicken Sie auf Search (Suchen).
Um einen Artikel anhand seiner KB-nnnn-Nummer zu suchen, klicken Sie auf Advanced Search (Erweiterte Suche). Geben Sie neben Search by ID (Nach ID suchen) die Artikelnummer (nnnn) ein und klicken Sie auf Display (Anzeigen).
Hilfe
Bei technischen Fragen zu everRun-Systemen lesen Sie zunächst die neuesten technischen Informationen und die Online-Dokumentation auf der Seite Downloads unter https://www.stratus.com/services-support/downloads/?tab=everrun. Oder suchen Sie in der Knowledge Base im Stratus Customer Service Portal unter https://support.stratus.com.
Wenn Sie Ihre Fragen nicht mithilfe der Online-Ressourcen beantworten können und das System durch einen Servicevertrag abgedeckt ist, wenden Sie sich an Ihren autorisierten Stratus-Servicemitarbeiter. Weitere Informationen finden Sie auf der Seite everRun Support unter https://www.stratus.com/services-support/customer-support/?tab=everrun.