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

\"Migraci\u00f3n
\n
\nHola colegas, bienvenidos a la lecci\u00f3n sobre la migraci\u00f3n de bases de datos Check Point R77.30 a R80.10.<\/p>\n

Al utilizar los productos de la empresa Check Point, en alg\u00fan momento se presenta la tarea de migrar las reglas existentes y la base de datos de objetos por las siguientes razones: <\/p>\n

    \n
  1. Al adquirir un nuevo dispositivo, es necesario migrar la base de datos del dispositivo antiguo al nuevo (a la versi\u00f3n actual de GAIA OS o superior).<\/li>\n
  2. Es necesario actualizar el dispositivo de una versi\u00f3n de GAIA OS a una versi\u00f3n superior en la m\u00e1quina local.<\/li>\n<\/ol>\n

    \nPara solucionar la primera tarea, es adecuado utilizar la herramienta llamada Management Server Migration Tool o simplemente Migration Tool. Para resolver la tarea n.\u00ba 2, se puede utilizar la soluci\u00f3n CPUSE o Migration Tool.
    \nA continuaci\u00f3n, analizaremos en detalle ambos m\u00e9todos.
    \n<\/a><\/noindex><\/p>\n

    Actualizaci\u00f3n a un nuevo dispositivo<\/h3>\n

    \nMigraci\u00f3n de base de datos<\/b> implica instalar la \u00faltima versi\u00f3n de Management en la nueva m\u00e1quina y luego migrar la base de datos desde el servidor de gesti\u00f3n de seguridad existente al nuevo utilizando la herramienta Migration Tool. Este m\u00e9todo minimiza el riesgo de actualizaci\u00f3n para la configuraci\u00f3n existente.<\/p>\n

    Para migrar la base de datos a trav\u00e9s de Migration Tool, se deben cumplir los siguientes requisitos: requisitos<\/b>:<\/p>\n

      \n
    1. El espacio libre en el disco debe ser al menos cinco veces el tama\u00f1o del archivo ZIP de la base de datos exportada.<\/li>\n
    2. En el servidor de destino, la configuraci\u00f3n de red debe coincidir con la del servidor de origen. <\/li>\n
    3. Creaci\u00f3n de una copia de seguridad. La exportaci\u00f3n de la base de datos debe realizarse en un servidor remoto.
      \nEl sistema operativo GAIA ya incluye la herramienta Migration Tool, que se puede utilizar al importar la base de datos o para migrar a una versi\u00f3n del sistema operativo id\u00e9ntica a la inicial. Para migrar la base de datos a una versi\u00f3n superior del sistema operativo, es necesario descargar la Migration Tool de la versi\u00f3n correspondiente desde la secci\u00f3n de \u2018Herramientas\u2019 en el sitio de soporte de Check Point R80.10: <\/li>\n
    4. Copia de seguridad y migraci\u00f3n de SmartEvent \/ SmartReporter Server. Las utilidades \u2018backup\u2019 y \u2018migrate export\u2019 no incluyen datos de las bases de SmartEvent database \/ SmartReporter database.
      \nPara la copia de seguridad y la migraci\u00f3n, se deben utilizar las utilidades \u2018eva_db_backup\u2019 o \u2018evs_backup\u2019.
      \nNota: el art\u00edculo sk110173 en la base de conocimientos de CheckPoint.<\/li>\n<\/ol>\n

      \nAnalicemos qu\u00e9 funciones contiene esta herramienta:<\/p>\n

      \"Migraci\u00f3n
      \n
      \nAntes de proceder a la migraci\u00f3n de datos, primero es necesario descomprimir la herramienta de migraci\u00f3n descargada en la carpeta \u201c\/opt\/CPsuite-R77\/fw1\/bin\/upgrade_tools\/\u201d. La exportaci\u00f3n de la base de datos debe realizarse utilizando los comandos desde el directorio donde descomprimiste la herramienta.<\/p>\n

      Antes de ejecutar el comando para exportar o importar, cierra todos los clientes de SmartConsole o ejecuta cpstop en el servidor de gesti\u00f3n de seguridad. <\/p>\n

      Para crear archivo de exportaci\u00f3n<\/b> de la base de datos de gesti\u00f3n en el servidor de origen:<\/p>\n

        \n
      1. Inicie sesi\u00f3n en el modo experto.<\/li>\n
      2. Ejecute la herramienta de verificaci\u00f3n previa: pre_upgrade_verifier -p $FWDIR -c R77 -t R80.10. Si hay errores, corr\u00edjalos antes de continuar.<\/li>\n
      3. Ejecute: .\/migrate export filename.tgz. El comando exporta el contenido de la base de datos del servidor de gesti\u00f3n de seguridad a un archivo TGZ.<\/li>\n
      4. Sigue las instrucciones. La base de datos se exporta a un archivo que nombraste en el comando. Aseg\u00farate de haberlo definido como TGZ.<\/li>\n
      5. Si SmartEvent est\u00e1 instalado en el servidor de origen, exporta la base de datos de eventos.<\/li>\n<\/ol>\n

        \nA continuaci\u00f3n, importamos las bases de datos del servidor de seguridad que exportamos. Antes de comenzar: instale R80 Security Management Server. Recuerde que la configuraci\u00f3n de red del nuevo servidor de gesti\u00f3n R80.10 debe coincidir con la configuraci\u00f3n del viejo servidor. <\/p>\n

        Para importar configuraci\u00f3n<\/b> del servidor de gesti\u00f3n:<\/p>\n

          \n
        1. Inicie sesi\u00f3n en el modo experto.<\/li>\n
        2. Transfiera (por FTP, SCP o similar) el archivo de configuraci\u00f3n exportado al servidor remoto, ensamblado desde la fuente al nuevo servidor.<\/li>\n
        3. Desconecte el servidor de origen de la red. <\/li>\n
        4. Transfiera el archivo de configuraci\u00f3n desde el servidor remoto al nuevo servidor.<\/li>\n
        5. Calcule el MD5 para el archivo transferido y comp\u00e1relo con el MD5 que se calcul\u00f3 en el servidor de origen: # md5sum filename.tgz<\/li>\n
        6. Importar base de datos: .\/migrate import filename.tgz <\/li>\n
        7. Verificaci\u00f3n de actualizaci\u00f3n. <\/li>\n<\/ol>\n

          \nAl completar el punto 7, resumimos que la migraci\u00f3n de la base de datos se realiz\u00f3 con \u00e9xito utilizando la herramienta de migraci\u00f3n; en caso de fallos, siempre se puede activar el servidor de origen, resultando en que la operaci\u00f3n no se vea afectada.<\/p>\n

          Vale la pena mencionar que la migraci\u00f3n desde un servidor independiente no est\u00e1 soportada.<\/p>\n

          Actualizaci\u00f3n local<\/h3>\n

          \nCPUSE (Check Point Upgrade Service Engine)<\/b> permite actualizar autom\u00e1ticamente los productos de Check Point para el sistema operativo Gaia. Los paquetes de actualizaci\u00f3n de software se dividen en categor\u00edas, a saber, lanzamientos principales, lanzamientos menores y hotfixes. Gaia encuentra y muestra autom\u00e1ticamente los paquetes de actualizaci\u00f3n de software y las im\u00e1genes relacionadas con la versi\u00f3n del sistema operativo Gaia a la que se puede actualizar. Con CPUSE, se puede realizar tanto una instalaci\u00f3n limpia de la nueva versi\u00f3n de GAIA OS como actualizar el sistema con migraci\u00f3n de base de datos.<\/p>\n

          Para actualizar a una versi\u00f3n superior o realizar una instalaci\u00f3n limpia utilizando CPUSE, la m\u00e1quina debe tener suficiente espacio libre (no asignado) \u2014 al menos del tama\u00f1o de la partici\u00f3n ra\u00edz.<\/p>\n

          La transici\u00f3n a la nueva versi\u00f3n se realiza en una nueva partici\u00f3n del disco duro, y la 'vieja' partici\u00f3n se convierte en un snapshot de Gaia (el nuevo espacio de partici\u00f3n se toma del espacio no asignado en el disco duro). Tambi\u00e9n es correcto hacer un snapshot antes de la actualizaci\u00f3n del sistema y cargarlo en un servidor remoto.<\/p>\n

          Proceso de actualizaci\u00f3n<\/b>:<\/p>\n

            \n
          1. Verifique el paquete de actualizaci\u00f3n (si a\u00fan no lo ha hecho) \u2014 compruebe si se puede instalar este paquete sin conflictos: haga clic derecho en el paquete \u2014 seleccione 'Verifier'.\n

            El resultado debe ser aproximadamente el siguiente:<\/p>\n