{"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\/it\/blog\/administrirovanie\/migratsiya-s-check-point-s-r77-30-na-r80-10","title":{"rendered":"Migrazione da Check Point da R77.30 a R80.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Migrazione
\n
\nCiao colleghi, benvenuti al corso sulla migrazione dei database Check Point da R77.30 a R80.10.<\/p>\n

Utilizzando i prodotti della Check Point, prima o poi sorge il problema della migrazione delle regole esistenti e del database degli oggetti per le seguenti ragioni: <\/p>\n

    \n
  1. Acquistando un nuovo dispositivo, \u00e8 necessario migrare il database dal vecchio dispositivo al nuovo (alla versione attuale di GAIA OS o superiore).<\/li>\n
  2. Occorre aggiornare il dispositivo da una versione di GAIA OS a una versione superiore su una macchina locale.<\/li>\n<\/ol>\n

    \nPer affrontare il primo problema, \u00e8 utile solo il tool chiamato Management Server Migration Tool, o semplicemente Migration Tool. Per risolvere il problema n. 2 si pu\u00f2 utilizzare la soluzione CPUSE o Migration Tool.
    \nEsaminiamo pi\u00f9 nel dettaglio entrambi i metodi.
    \n<\/a><\/noindex><\/p>\n

    Aggiornamento su un nuovo dispositivo<\/h3>\n

    \nMigrazione del database<\/b> prevede l'installazione dell'ultima versione di Management su una nuova macchina, e poi la migrazione del database dal server di gestione della sicurezza esistente al nuovo utilizzando lo strumento Migration Tool. Questo metodo minimizza il rischio di aggiornamento per la configurazione esistente.<\/p>\n

    Per migrare un database utilizzando il Migration Tool, \u00e8 necessario soddisfare i requisiti<\/b>:<\/p>\n

      \n
    1. Lo spazio libero sul disco deve essere maggiore di cinque volte la dimensione dell'archivio del database esportato.<\/li>\n
    2. Le impostazioni di rete sul server di destinazione devono corrispondere a quelle del server sorgente. <\/li>\n
    3. Creazione di un backup. L'esportazione del database deve essere effettuata su un server remoto.
      \nIl sistema operativo GAIA ha gi\u00e0 installato lo strumento Migration Tool, che pu\u00f2 essere utilizzato durante l'importazione del database o per la migrazione a una versione del sistema operativo identica a quella di origine. Per migrare il database a una versione superiore del sistema operativo, \u00e8 necessario scaricare il Migration Tool della versione corrispondente dalla sezione \u2018Strumenti\u2019 nel sito di supporto Check Point R80.10: <\/li>\n
    4. Backup e migrazione del Server SmartEvent \/ SmartReporter. Gli strumenti \u2018backup\u2019 e \u2018migrate export\u2019 non includono i dati delle basi dati SmartEvent \/ SmartReporter.
      \nPer il backup e la migrazione, \u00e8 necessario utilizzare gli strumenti \u2018eva_db_backup\u2019 o \u2018evs_backup\u2019.
      \nNota: articolo sk110173 nel knowledge base di CheckPoint.<\/li>\n<\/ol>\n

      \nVediamo quali funzioni contiene questo strumento:<\/p>\n

      \"Migrazione
      \n
      \nPrima di procedere alla migrazione dei dati, \u00e8 necessario prima estrarre lo strumento Migration Tool nella cartella \u201c\/opt\/CPsuite-R77\/fw1\/bin\/upgrade_tools\/\u201d. L'esportazione del database deve essere effettuata utilizzando i comandi dalla directory in cui hai estratto lo strumento.<\/p>\n

      Prima di eseguire il comando per l'esportazione o l'importazione, chiudi tutti i client SmartConsole oppure esegui cpstop sul Server di gestione della sicurezza. <\/p>\n

      Per creare un file di esportazione del database di gestione sul server di origine: Inizia creando il file di esportazione.<\/b> Accedi alla modalit\u00e0 esperto.<\/p>\n

        \n
      1. Esegui lo strumento di pre-verifica: pre_upgrade_verifier -p $FWDIR -c R77 -t R80.10. Se ci sono errori, correggili prima di procedere.<\/li>\n
      2. Esegui: .\/migrate export filename.tgz. Il comando esporta il contenuto del database del Server di gestione della sicurezza in un file TGZ.<\/li>\n
      3. Segui le istruzioni. Il database viene esportato in un file che hai nominato nel comando. Assicurati di averlo definito come TGZ.<\/li>\n
      4. Se SmartEvent \u00e8 installato sul server di origine, esporta il database degli eventi.<\/li>\n
      5. Se SmartEvent \u00e8 installato sul server sorgente, esporta il database degli eventi.<\/li>\n<\/ol>\n

        \nSuccessivamente, importeremo i database del server di sicurezza che abbiamo esportato. Prima di iniziare: installa il R80 Security Management Server. Ti ricordo che le impostazioni di rete del nuovo Management Server R80.10 devono corrispondere alle impostazioni del vecchio server. <\/p>\n

        Per creare un file di esportazione del database di gestione sul server di origine: importa la configurazione<\/b> del server di gestione:<\/p>\n

          \n
        1. Esegui lo strumento di pre-verifica: pre_upgrade_verifier -p $FWDIR -c R77 -t R80.10. Se ci sono errori, correggili prima di procedere.<\/li>\n
        2. Trasferisci (via FTP, SCP o simili) il file di configurazione esportato sul server remoto, composto da fonti sul nuovo server.<\/li>\n
        3. Disconnetti il server sorgente dalla rete. <\/li>\n
        4. Trasferisci il file di configurazione dal server remoto al nuovo server.<\/li>\n
        5. Calcola l'MD5 per il file trasferito e confrontalo con l'MD5 calcolato sul server sorgente: # md5sum nomefile.tgz<\/li>\n
        6. Importa il database: .\/migrate import nomefile.tgz <\/li>\n
        7. Verifica l'aggiornamento. <\/li>\n<\/ol>\n

          \nAl termine del punto 7, riassumiamo che la migrazione del database \u00e8 stata completata con successo utilizzando lo strumento di migrazione. In caso di problemi, \u00e8 sempre possibile riattivare il server sorgente, garantendo cos\u00ec che il lavoro non venga compromesso.<\/p>\n

          Va notato che la migrazione da un server standalone non \u00e8 supportata.<\/p>\n

          Aggiornamento locale<\/h3>\n

          \nCPUSE (Check Point Upgrade Service Engine)<\/b> consente di aggiornare automaticamente i prodotti Check Point per il sistema operativo Gaia. I pacchetti di aggiornamento del software sono suddivisi in categorie, ovvero release principali, release minori e hotfix. Gaia trova e mostra automaticamente i pacchetti di aggiornamento del software e le immagini pertinenti alla versione del sistema operativo Gaia a cui \u00e8 possibile aggiornare. Con CPUSE \u00e8 possibile effettuare una nuova installazione pulita della nuova versione di GAIA OS, oltre a eseguire un aggiornamento del sistema con migrazione del database.<\/p>\n

          Per aggiornare a una versione pi\u00f9 recente o eseguire una nuova installazione utilizzando CPUSE, sulla macchina deve esserci spazio libero (non allocato) sufficiente \u2014 almeno pari alla dimensione della partizione principale.<\/p>\n

          La transizione a una nuova versione avviene su una nuova partizione del disco rigido, mentre la 'vecchia' partizione viene convertita in Gaia Snapshot (il nuovo spazio di partizione viene prelevato dallo spazio non allocato sul disco rigido). Inoltre, prima di aggiornare il sistema, \u00e8 consigliabile eseguire uno snapshot e caricarlo su un server remoto.<\/p>\n

          Processo di aggiornamento<\/b>:<\/p>\n

            \n
          1. Controlla il pacchetto di aggiornamento (se non lo hai gi\u00e0 fatto) \u2014 verifica se \u00e8 possibile installare questo pacchetto senza conflitti: fai clic con il tasto destro sul pacchetto e scegli \"Verifier\".\n

            Il risultato dovrebbe essere circa questo:<\/p>\n