{"id":38234,"date":"2019-10-31T22:22:28","date_gmt":"2019-10-31T19:22:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/migratsiya-s-check-point-s-r77-30-na-r80-10\/"},"modified":"2019-10-31T22:22:28","modified_gmt":"2019-10-31T19:22:28","slug":"migratsiya-s-check-point-s-r77-30-na-r80-10","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/migratsiya-s-check-point-s-r77-30-na-r80-10","title":{"rendered":"Migration von Check Point von R77.30 auf R80.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Migration
\n
\nHallo Kollegen, willkommen zu unserem Unterricht \u00fcber die Migration von Check Point-Datenbanken von R77.30 auf R80.10.<\/p>\n

Bei der Verwendung von Produkten von Check Point stellt sich irgendwann die Aufgabe, bestehende Regeln und Objektdatenbanken aus folgenden Gr\u00fcnden zu migrieren: <\/p>\n

    \n
  1. Beim Kauf eines neuen Ger\u00e4ts m\u00fcssen die Datenbanken vom alten Ger\u00e4t auf das neue Ger\u00e4t (auf die aktuelle GAIA OS-Version oder h\u00f6her) migriert werden.<\/li>\n
  2. Es ist notwendig, ein Ger\u00e4t von einer GAIA OS-Version auf eine h\u00f6here Version auf dem lokalen Rechner zu aktualisieren.<\/li>\n<\/ol>\n

    \nUm die erste Aufgabe zu l\u00f6sen, eignet sich nur das Werkzeug mit dem Namen Management Server Migration Tool oder einfach Migration Tool. F\u00fcr die Aufgabe Nr. 2 kann das CPUSE-Tool oder das Migration Tool verwendet werden.
    \nNun werfen wir einen genaueren Blick auf beide Methoden.
    \n<\/a><\/noindex><\/p>\n

    Aktualisierung auf ein neues Ger\u00e4t<\/h3>\n

    \nDatenbankmigration<\/b> beinhaltet die Installation der neuesten Version des Managements auf der neuen Maschine und anschlie\u00dfend die Migration der Datenbank von einem bestehenden Sicherheitsmanagement-Server auf den neuen mithilfe des Migration Tools. Diese Methode minimiert das Risiko eines Updates f\u00fcr die bestehende Konfiguration.<\/p>\n

    Um eine Datenbank mit dem Migration Tool zu migrieren, m\u00fcssen folgende Anforderungen erf\u00fcllt sein: mit den Anforderungen<\/b>:<\/p>\n

      \n
    1. Der verf\u00fcgbare Speicherplatz auf der Festplatte muss mehr als das F\u00fcnffache der Gr\u00f6\u00dfe des exportierten Datenbankarchivs betragen.<\/li>\n
    2. Die Netzwerkeinstellungen auf dem Zielserver m\u00fcssen mit denen des Quellservers \u00fcbereinstimmen. <\/li>\n
    3. Backup erstellen. Der Export der Datenbank sollte auf einen Remote-Server durchgef\u00fchrt werden.
      \nIm Betriebssystem GAIA ist bereits das Migration Tool installiert, das f\u00fcr den Import der Datenbank oder f\u00fcr die Migration auf eine identische Version des Betriebssystems verwendet werden kann. Um die Datenbank auf eine h\u00f6here Version des Betriebssystems zu migrieren, muss das entsprechende Migration Tool aus dem Abschnitt \u201eTools\u201c auf der Support-Website von Check Point R80.10 heruntergeladen werden: <\/li>\n
    4. Backup und Migration des SmartEvent \/ SmartReporter Servers. Die Dienstprogramme \u201abackup\u2018 und \u201amigrate export\u2018 beinhalten keine Daten der SmartEvent-Datenbank \/ SmartReporter-Datenbank.
      \nF\u00fcr Backup und Migration sollten die Dienstprogramme \u201aeva_db_backup\u2018 oder \u201aevs_backup\u2018 verwendet werden.
      \nHinweis: Artikel sk110173 in der CheckPoint-Wissensdatenbank.<\/li>\n<\/ol>\n

      \nSchauen wir uns an, welche Funktionen dieses Tool bietet:<\/p>\n

      \"Migration
      \n
      \nBevor Sie mit der Datenmigration beginnen, entpacken Sie zun\u00e4chst das heruntergeladene Migration Tool in den Ordner \u201c\/opt\/CPsuite-R77\/fw1\/bin\/upgrade_tools\/\u201d. Exportieren Sie die Datenbank mit den Befehlen aus dem Verzeichnis, in das Sie das Tool entpackt haben.<\/p>\n

      Schlie\u00dfen Sie alle SmartConsole-Clients oder f\u00fchren Sie cpstop auf dem Sicherheitsmanagementserver aus, bevor Sie den Export- oder Importbefehl ausf\u00fchren. <\/p>\n

      Um eine Exportdatei erstellen<\/b> der Management-Datenbank auf dem Quellserver:<\/p>\n

        \n
      1. Wechseln Sie in den Expertenmodus.<\/li>\n
      2. F\u00fchren Sie das Vorabpr\u00fcfungswerkzeug aus: pre_upgrade_verifier -p $FWDIR -c R77 -t R80.10. Beheben Sie eventuelle Fehler, bevor Sie fortfahren.<\/li>\n
      3. Starten Sie: .\/migrate export filename.tgz. Dieser Befehl exportiert den Inhalt der Datenbank des Security Management Server in eine TGZ-Datei.<\/li>\n
      4. Folgen Sie den Anweisungen. Die Datenbank wird in die Datei exportiert, die Sie im Befehl angegeben haben. Stellen Sie sicher, dass Sie sie als TGZ definiert haben.<\/li>\n
      5. Wenn SmartEvent auf dem Quellserver installiert ist, exportieren Sie die Ereignisdatenbank.<\/li>\n<\/ol>\n

        \nNun importieren wir die Datenbanken des Sicherheitsservers, die wir exportiert haben. Bevor Sie beginnen: Installieren Sie den R80 Security Management Server. Ich erinnere Sie daran, dass die Netzwerkeinstellungen des neuen Management Servers R80.10 mit den Einstellungen des alten Servers \u00fcbereinstimmen m\u00fcssen. <\/p>\n

        Um Konfiguration importieren<\/b> Management-Server:<\/p>\n

          \n
        1. Wechseln Sie in den Expertenmodus.<\/li>\n
        2. \u00dcbertragen Sie (per FTP, SCP oder \u00e4hnlich) die exportierte Konfigurationsdatei auf den neuen Server, der aus der Quelle erstellt wurde.<\/li>\n
        3. Trennen Sie den urspr\u00fcnglichen Server vom Netzwerk. <\/li>\n
        4. \u00dcbertragen Sie die Konfigurationsdatei vom entfernten Server auf den neuen Server.<\/li>\n
        5. Berechnen Sie die MD5-Pr\u00fcfziffer f\u00fcr die \u00fcbertragenen Datei und vergleichen Sie sie mit der MD5, die auf dem urspr\u00fcnglichen Server berechnet wurde: # md5sum filename.tgz<\/li>\n
        6. Datenbank importieren: .\/migrate import filename.tgz <\/li>\n
        7. Upgrade \u00fcberpr\u00fcfen. <\/li>\n<\/ol>\n

          \nNach Abschluss von Punkt 7 fassen wir zusammen, dass die Migration der Datenbank mit dem Migration Tool erfolgreich war. Sollte es zu Problemen kommen, kann der urspr\u00fcngliche Server jederzeit wieder aktiviert werden, wodurch der Betrieb nicht beeintr\u00e4chtigt wird.<\/p>\n

          Es ist zu beachten, dass die Migration von einem Standalone-Server nicht unterst\u00fctzt wird.<\/p>\n

          Lokales Update<\/h3>\n

          \nCPUSE (Check Point Upgrade Service Engine)<\/b> erm\u00f6glicht die automatische Aktualisierung von Check Point-Produkten f\u00fcr das Betriebssystem Gaia. Die Software-Update-Pakete sind in Kategorien unterteilt, konkret in Major Releases, Minor Releases und Hotfixes. Gaia findet automatisch verf\u00fcgbare Software-Update-Pakete und Images, die mit der Version des Betriebssystems Gaia in Zusammenhang stehen, auf die aktualisiert werden kann. Mit CPUSE k\u00f6nnen sowohl eine saubere Installation der neuen GAIA OS-Version als auch ein Upgrade des Systems mit Migration der Datenbank durchgef\u00fchrt werden.<\/p>\n

          Um auf eine h\u00f6here Version zu aktualisieren oder eine saubere Installation mit CPUSE durchzuf\u00fchren, muss auf dem Ger\u00e4t ausreichend freier (nicht zugewiesener) Speicherplatz vorhanden sein \u2013 mindestens im Umfang der Root-Partition.<\/p>\n

          Der \u00dcbergang zu einer neuen Version erfolgt auf einer neuen Partition der Festplatte, w\u00e4hrend die \"alte\" Partition in einen Gaia Snapshot umgewandelt wird (der neue Partitionstext wird aus dem nicht zugewiesenen Speicherplatz auf der Festplatte entnommen). Au\u00dferdem ist es ratsam, vor dem System-Upgrade einen Snapshot zu erstellen und diesen auf einen entfernten Server zu laden.<\/p>\n

          Der Aktualisierungsprozess<\/b>:<\/p>\n

            \n
          1. \u00dcberpr\u00fcfen Sie das Update-Paket (falls Sie das noch nicht getan haben) \u2013 stellen Sie sicher, dass dieses Paket ohne Konflikte installiert werden kann: Klicken Sie mit der rechten Maustaste auf das Paket und w\u00e4hlen Sie 'Verifizieren'.\n

            Das Ergebnis sollte etwa so aussehen:<\/p>\n