Häufig gestellte Fragen

Welche Hauptkomponenten werden vom Migrationstool migriert?

  • Agentrichtlinien
  • Hintergrundtasks
  • Zertifikate
  • Anmeldeinformationen
  • Benutzerdefinierte XML-Patchdateien
  • Benutzerdefinierte PowerShell-Skripte, die in die Datenbank importiert wurden
  • Datenbank (nur lokal)
  • Verteilungsserver (nur remote)
  • Dateien, auf die über die Funktion Mit Datei verknüpfen der Computergruppe verwiesen wird
  • Gruppen (Computer, Patches, Produktebenen)
  • Lizenzaktivierung in einer Online-Umgebung ohne Proxy
  • Globale Einstellungen und Benutzereinstellungen, die im Dialogfeld Tools > Optionen definiert sind
  • Patchspeicher, falls auf lokalem Laufwerk (bis zu10 GB an Daten, die nicht älter sind als 90 Tage)
  • Ergebnisse (Scanergebnisse, Bereitstellungsergebnisse usw.)
  • Vorlagen
  • Einige benutzerspezifische Optionen:
    • Benachrichtigungen & Warnungen: Dialogfeld mit Bestätigung der Dateigröße vor dem Download anzeigen
    • Scans: Standard-Patchscanvorlage, Nur die Suchliste verwenden, Ersatzpatches verwenden
    • Bereitstellung: Standardbereitstellungsvorlage

Welche Elemente werden nicht vom Migrationstool migriert?

Im Abschnitt Tasks im Anschluss an die Migration wird ausführlich erläutert, wie Sie Elemente, die nicht durch das Tool migriert werden, manuell verwalten.

  • Agent, der auf der lokalen Konsole ausgeführt wird
  • Datenrollup-Konfiguration
  • Freigabeinformationen für einen Verteilungsserver auf der lokalen Konsole
  • Proxykonfigurationen
  • Patchspeicherdaten über 10 GB oder älter als 90 Tage
  • ITScript-Ausführungsdateien (Dateien, die Ausgabeinformationen zur Ausführung eines Skriptes enthalten)
  • Geplante Bereitstellungen
  • Benutzerspezifische Optionen, die nicht in der Liste unter Welche Hauptkomponenten werden vom Migrationstool migriert? aufgeführt sind

Wann sollte die Migration durchgeführt werden?

Die Migration sollte möglichst bald nach Abschluss Ihres regelmäßig geplanten Patchzyklus durchgeführt werden, damit Sie maximal Zeit dafür haben.

Wie lange dauert die Migration?

  • Einfache Konfigurationen können bereits innerhalb von 60 Minuten migriert werden.
  • Erweiterte Konfigurationen können einige Tage an Vorlaufzeit erfordern, um die Migration optimal vorzubereiten. Nach der Migration können einige Stunden oder Tage erforderlich sein, bis die Systemverifizierungsschritte abgeschlossen sind.

Wer sollte die Migration durchführen?

  • Jeder Administrator mit einem Security Controls-Konto kann die Hauptkomponenten sichern und wiederherstellen. Die Kontodaten des derzeit an der Konsole angemeldeten Administrators sind in der Hauptsicherung enthalten.
  • Jeder weitere Administrator mit einem Security Controls-Benutzerkonto muss eine eigene Benutzerdatensicherung und -wiederherstellung durchführen.

    • Sie können nicht mehrere Benutzer über dasselbe angemeldete Konto wiederherstellen und Sie können auch keinen Benutzer unter Verwendung eines anderen Kontos wiederherstellen.

Was geschieht bei Verwendung einer Remotedatenbank?

Die Remotedatenbank selbst wird nicht verschoben, allerdings werden die Verbindungen zu ihr während des Wiederherstellungsprozesses der Hauptkomponenten wiederhergestellt. Ihre Benutzerkontodaten stellen Sie unter Verwendung des regulären Prozesses wieder her.

Wie lange sollte die alte Konsole erhalten bleiben?

  • Falls Sie keine Agents verwenden, können Sie Ihre alte Konsole unmittelbar nach Abschluss der Migration auf die neue Konsole stilllegen.
  • Falls Sie Agents verwenden, sollten Sie die alte Konsole solange parallel laufen lassen, bis alle Agents bei der neuen Konsole eingecheckt haben. Weitere Informationen finden Sie im Abschnitt Vorbereitung.

Verwandte Themen