Partekatu honen bidez:


Tutorial: Migración sin conexión desde una máquina virtual de Azure o un servidor PostgreSQL local a Azure Database for PostgreSQL con el servicio de migración

Este artículo le guía en la migración de una máquina virtual (VM) de Azure o un servidor PostgreSQL local a un servidor flexible de Azure Database for PostgreSQL con el servicio de migración mediante Azure Portal y la CLI de Azure.

El servicio de migración de Azure Database for PostgreSQL está totalmente administrado e integrado en Azure Portal y la CLI de Azure. Está diseñado para simplificar el recorrido de migración al servidor flexible de Azure Database for PostgreSQL.

  • Requisitos previos
  • Realización de la migración
  • Supervisión de la migración
  • Comprobación de la migración cuando se complete

Requisitos previos

Para comenzar la migración, necesita los siguientes requisitos previos:

Antes de iniciar la migración con el servicio de migración de Azure Database for PostgreSQL, es importante cumplir los siguientes requisitos previos, específicamente diseñados para escenarios de migración sin conexión.

Comprobación de la versión de origen

La versión del servidor PostgreSQL Server de origen debe ser la 9.5 o una posterior.

Si la versión de PostgreSQL de origen es inferior a la 9.5, actualícela a la versión 9.5 o posterior antes de iniciar la migración.

Configuración de la configuración de destino

Antes de comenzar la migración, debe configurar una Azure Database for PostgreSQL en Azure.

La SKU elegida para Azure Database for PostgreSQL debe corresponderse con las especificaciones de la base de datos de origen a fin de garantizar la compatibilidad y el rendimiento adecuado.

Configuración de la configuración de red

La configuración de red es fundamental para que el servicio de migración funcione correctamente. Asegúrese de que el servidor PostgreSQL de origen puede comunicarse con el servidor de Azure Database for PostgreSQL de destino. Las siguientes configuraciones de red son esenciales para una migración correcta.

Para obtener información sobre la configuración de red, visite Guía de red para el servicio de migración.

  • Consideraciones adicionales sobre redes:

Configuración de pg_hba.conf: para facilitar la conectividad entre las instancias de PostgreSQL de origen y de destino, es esencial comprobar y modificar, en caso necesario, el archivo pg_hba.conf. Este archivo incluye la autenticación de cliente y debe configurarse para permitir que la instancia de PostgreSQL de destino se conecte al origen. Los cambios realizados en el archivo pg_hba.conf normalmente requieren un reinicio de la instancia de PostgreSQL de origen para que surtan efecto.

El archivo pg_hba.conf se encuentra en el directorio de datos de la instalación de PostgreSQL. Este archivo debe comprobarse y configurarse si la base de datos de origen es un servidor de PostgreSQL local o un servidor de PostgreSQL hospedado en una máquina virtual de Azure.

Habilitación de extensiones

Para asegurarse de que la migración se realiza correctamente usando el servicio de migración en Azure Database for PostgreSQL, es posible que tenga que comprobar las extensiones de la instancia de PostgreSQL de origen. Las extensiones proporcionan funcionalidad y características adicionales que podrían ser necesarias para la aplicación. Asegúrese de comprobar las extensiones en la instancia de PostgreSQL de origen antes de iniciar el proceso de migración.

Habilite las extensiones admitidas identificadas en la instancia de PostgreSQL de origen en la instancia de destino de Azure Database for PostgreSQL: servidor flexible.

Para obtener más información, consulte Extensiones de Azure Database for PostgreSQL.

Nota:

Cuando se producen cambios en el parámetro shared_preload_libraries, es necesario reiniciar.

Comprobación de los parámetros del servidor

Estos parámetros no se migran automáticamente al entorno de destino y deben configurarse manualmente.

  • Haga coincidir los valores de parámetros del servidor de la base de datos de PostgreSQL de origen con Azure Database for PostgreSQL; para ello, acceda a la sección "Parámetros del servidor" en Azure Portal y actualice manualmente los valores según corresponda.

  • Guarde los cambios de los parámetros y reinicie Azure Database for PostgreSQL para aplicar la nueva configuración si es necesario.

Comprobación de usuarios y roles

Al migrar a Azure Database for PostgreSQL, es esencial abordar la migración de usuarios y roles por separado, ya que requieren intervención manual:

  • Migración manual de usuarios y roles: los usuarios y sus roles asociados deben migrarse manualmente a Azure Database for PostgreSQL. Para facilitar este proceso, puede usar la utilidad pg_dumpall con la marca --globals-only para exportar objetos globales, como roles y cuentas de usuario. Ejecute el comando siguiente, reemplazando <<username>> por el nombre de usuario real y <<filename>> por el nombre de archivo de salida deseado:

    pg_dumpall --globals-only -U <<username>> -f <<filename>>.sql
    
  • Restricción en roles de superusuario: Azure Database for PostgreSQL no admite roles de superusuario. Por lo tanto, los usuarios con privilegios de superusuario deben tener esos privilegios eliminados antes de la migración. Asegúrese de ajustar los permisos y los roles según corresponda.

Si sigue estos pasos, puede asegurarse de que las cuentas de usuario y los roles se migran correctamente a Azure Database for PostgreSQL sin experimentar problemas relacionados con las restricciones de superusuario.

Deshabilitación de la alta disponibilidad (fiabilidad) y las réplicas de lectura en el destino

  • Deshabilitar la alta disponibilidad (fiabilidad) y las réplicas de lectura en el entorno de destino es esencial. Estas características deben habilitarse solo una vez completada la migración.

  • Al seguir estas instrucciones, puede ayudar a garantizar un proceso de migración fluido sin las variables agregadas que introducen la alta disponibilidad y las réplicas de lectura. Una vez que se completa la migración y la base de datos es estable, puede continuar con la habilitación de estas características para mejorar la disponibilidad y escalabilidad del entorno de base de datos en Azure.

Realización de la migración

Puede migrar mediante Azure Portal o la CLI de Azure.

Este artículo le guía por el uso de Azure Portal para migrar la base de datos de PostgreSQL desde una máquina virtual de Azure o un servidor PostgreSQL local a una instancia de Azure Database for PostgreSQL. Azure Portal permite realizar varias tareas, incluida la migración de bases de datos. Siguiendo los pasos descritos en este tutorial, puede transferir sin problemas la base de datos a Azure y aprovechar sus eficaces características y escalabilidad.

Configuración de la tarea de migración

El servicio de migración incluye una experiencia sencilla basada en asistentes en Azure Portal.

  1. Abra el explorador web y vaya al portal. Escriba sus credenciales para iniciar sesión. La vista predeterminada es el panel del servicio.

  2. Vaya al servidor flexible de Azure Database for PostgreSQL.

  3. En la pestaña Información general del servidor flexible, en el menú de la izquierda, desplácese hacia abajo hasta la opción Migración y selecciónela.

    Recorte de pantalla de la selección de migración en Azure Portal.

  4. Seleccione el botón Crear para migrar a un servidor flexible desde máquinas virtuales locales o de Azure.

    Nota:

    La primera vez que utilice el servicio de migración aparecerá una cuadrícula vacía con un mensaje para comenzar la primera migración.

    Si ya se han creado migraciones al destino de servidor flexible, la cuadrícula ahora contiene información sobre los intentos de migración.

  5. Seleccione el botón Crear para pasar por una serie de pestañas basadas en el asistente a fin de realizar una migración.

    Captura de pantalla de la página Crear migración.

Configurar

El usuario debe proporcionar varios detalles relacionados con la migración, como el nombre de la migración, el tipo de servidor de origen, la opción y el modo.

  • Nombre de la migración es el identificador único de cada migración a este destino de servidor flexible. Este campo solo acepta caracteres alfanuméricos; no acepta caracteres especiales, excepto un guion (-). El nombre no puede empezar por un guion y debe ser único en un servidor de destino. Dos migraciones al mismo destino de servidor flexible no pueden tener el mismo nombre.

  • Tipo de servidor de origen: en función del origen de PostgreSQL, puede seleccionar Servidor único de Azure Database for PostgreSQL, máquina virtual de Azure o local.

  • Opción de migración: le permite realizar validaciones antes de desencadenar una migración. Puede elegir cualquiera de las siguientes opciones

    • Validar: comprueba la preparación del servidor y de la base de datos para la migración al destino.
    • Migrar: omite las validaciones e inicia las migraciones.
    • Validar y migrar: realiza la validación antes de desencadenar una migración. Si no hay errores de validación, se desencadena la migración.

Elegir la opción Validar o Validar y migrar siempre es un procedimiento recomendado para realizar validaciones de previas a la migración antes de ejecutar la migración.

Para obtener más información sobre la validación de la migración previa, visite Migración previa.

  • El modo de migración le permite elegir el modo para la migración. Sin conexión es la opción predeterminada.

Seleccione el botón Siguiente: Conectar al origen.

Recorte de pantalla de la página de migración de instalación en Azure Portal.

Servidor en tiempo de ejecución

Migration Runtime Server es una característica especializada dentro del servicio de migración en Azure Database for PostgreSQL, diseñada para actuar como servidor intermediario durante la migración. Se trata de una instancia independiente de Azure Database for PostgreSQL: Servidor flexible que no es el servidor de destino, sino que se usa para facilitar la migración de bases de datos desde un entorno de origen al que solo se puede acceder a través de una red privada.

Recorte de pantalla de la página Migration Runtime Server en Azure Portal.

Para obtener más información sobre el servidor en tiempo de ejecución, visite Servidor en tiempo de ejecución.

Conectar a origen

La pestaña Conectar al origen le pide que proporcione detalles relacionados con el origen seleccionado en la pestaña Configuración, que es el origen de las bases de datos.

  • Nombre del servidor: proporcione el nombre de host o la dirección IP de la instancia de PostgreSQL de origen
  • Puerto: número de puerto del servidor de origen
  • Id. de inicio de sesión del administrador del servidor: nombre de usuario del servidor PostgreSQL de origen
  • Contraseña: contraseña del servidor PostgreSQL de origen
  • Modo SSL: se prefieren y se requieren valores admitidos. Cuando la SSL en el servidor PostgreSQL de origen esté desactivado, use SSLMODE=prefer. Si la SSL en el servidor de origen está activada, use SSLMODE=require. Los valores de la SSL se pueden determinar en el archivo postgresql.conf.
  • Probar conexión: Realiza la prueba de conectividad entre el destino y el origen. Una vez que la conexión se realiza correctamente, los usuarios pueden continuar con el paso siguiente; deben identificar los problemas de red entre el destino y el origen y comprobar el nombre de usuario o la contraseña del origen. El establecimiento de una conexión de prueba tarda unos minutos.

Después de que la prueba de conexión se realice correctamente, seleccione el botón Siguiente: Seleccionar el destino de la migración.

Recorte de pantalla de la página conectar la migración de origen en Azure Portal.

Selección del destino de migración

En la pestaña Seleccionar el destino de la migración se muestran los metadatos del servidor flexible, como el nombre de la suscripción, el grupo de recursos, el nombre del servidor, la ubicación y la versión de PostgreSQL.

  • Nombre de usuario del administrador: nombre de usuario del administrador del servidor PostgreSQL de destino
  • Contraseña: contraseña del servidor PostgreSQL de destino
  • FQDN/IP personalizado (opcional): el campo FQDN/IP personalizado es opcional y se puede usar cuando el destino está detrás de un servidor DNS personalizado o tiene espacios de nombres DNS personalizados, lo que hace que solo sea accesible a través de FQDN o direcciones IP específicas. Por ejemplo, esto podría incluir entradas como flexibleserver.example.com, 198.1.0.2, o un FQDN de PostgreSQL, como flexibleserver.postgres.database.azure.com, si el servidor DNS personalizado contiene la zona DNS postgres.database.azure.com o reenvía las consultas de esta zona a 168.63.129.16, donde el FQDN se resuelve en la zona DNS pública o privada de Azure.
  • Prueba de conexión: realiza la prueba de conectividad entre el destino y el origen. Una vez que la conexión se ha realizado correctamente, los usuarios pueden continuar con el paso siguiente. De lo contrario, es necesario identificar los problemas de red entre el destino y el origen y comprobar el nombre de usuario o la contraseña del destino. La prueba de conexión tarda unos minutos en establecer una conexión entre el destino y el origen

Después de que la prueba de conexión se realice correctamente, seleccione Siguiente: Seleccionar las bases de datos de la migración.

Recorte de pantalla de la página de migración de destino de conexión en Azure Portal.

Selección de bases de datos para la migración

En la pestaña Base de datos seleccionada para la migración, puede elegir una lista de bases de datos de usuario para migrar desde el servidor PostgreSQL de origen.

Una vez seleccionadas las bases de datos, seleccione Siguiente: Resumen.

Recorte de pantalla de la página de migración fetchDB en Azure Portal.

Resumen

En la pestaña Resumen se detalla toda la información del origen y el destino para crear la validación o la migración. Revise los detalles y seleccione el botón Iniciar la validación y la migración.

Recorte de pantalla de la página de migración de resumen en Azure Portal.

Supervisión de la migración

Después de seleccionar el botón Iniciar la validación y la migración, aparece una notificación en unos segundos para indicar que la validación o la creación de la migración se han realizado correctamente. Se le redirigirá automáticamente a la página de Migración del servidor flexible. La entrada está en estado InProgress y subestado PerformingPreRequisiteSteps. El flujo de trabajo tarda entre 2 y 3 minutos en configurar la infraestructura de migración y comprobar las conexiones de red.

Captura de pantalla de la página Supervisar migración.

La cuadrícula que muestra las migraciones tiene estas columnas: Nombre, Estado, Modo de migración, Tipo de migración, Servidor de origen, Tipo de servidor de origen, Bases de datos, **Duración y Hora de inicio. Las entradas se muestran en el orden descendente de la hora de inicio con la entrada más reciente en la parte superior. Puede usar el botón Actualizar para actualizar el estado de la ejecución de la validación o la migración.

Detalles de la migración

Seleccione el nombre de la migración en la cuadrícula para ver los detalles asociados.

En la pestaña Configuración, hemos seleccionado la opción de migración como Validar y migrar. En este escenario, las validaciones se realizan primero antes de que se inicie la migración. Una vez completado el subestado PerformingPreRequisiteSteps, el flujo de trabajo pasa al subestado Validación en curso.

  • Si la validación tiene errores, la migración pasa a un estado Error.

  • Si la validación se completa sin errores, se inicia la migración y el flujo de trabajo se mueve al subestado de Migración de datos.

Los detalles de la validación están disponibles en el nivel de instancia y de base de datos.

  • Validación en el nivel de instancia
    • Contiene la validación relacionada con la comprobación de conectividad, la versión de origen, es decir, la versión de PostgreSQL >= 9.5 y la comprobación de parámetros de servidor, si las extensiones están habilitadas en los parámetros de servidor del servidor flexible de Azure Database for PostgreSQL—.
  • Validación en el nivel de base de datos
    • Contiene la validación de las bases de datos individuales relacionadas con extensiones y compatibilidad con intercalaciones en un servidor flexible de Azure Database for PostgreSQL.

Puede ver el estado de la validación y la migración en la página de detalles de la migración.

Captura de pantalla de los detalles que muestran la validación y la migración.

Algunos estados de migración posibles:

Estados de migración

Estado Descripción
InProgress La infraestructura de migración se está configurando o la migración de datos en sí está en curso.
Canceled La migración se ha cancelado o eliminado.
Erróneo Se produjeron errores en la migración.
Error de validación Se ha producido un error de validación.
Correcto La migración se ha realizado correctamente y se ha completado.
WaitingForUserAction Aplicable solo para la migración online. Espera a que la acción del usuario realice la transición.

Subestados de la migración

Subestado Descripción
PerformingPreRequisiteSteps La infraestructura se está configurando para la migración de datos.
Validación en curso Validación en curso.
MigratingData La migración de datos está en curso.
CompletingMigration La migración está en las últimas fases de finalización.
Completados La migración se ha completado.
Con error Se produjeron errores en la migración.

Subestados de validación

Subestado Descripción
Con error Error de validación.
Correcto La validación se ha realizado correctamente.
Advertencia La validación está en Advertencia.

Cancelación de la migración mediante el portal

Puede cancelar las validaciones o migraciones en curso. El flujo de trabajo debe estar en el estado inProgress que se va a cancelar. No se puede cancelar una validación o migración que esté en el estado Correcta o Errónea.

  • La cancelación de una validación detiene aún más la actividad de validación y la validación se mueve a un estado Cancelado.
  • La cancelación de una migración detiene aún más la actividad de migración en el servidor de destino y se mueve a un estado de Cancelada. La acción cancelar devuelve todos los cambios que realiza el servicio de migración en el servidor de destino.

Comprobación de la migración cuando se complete

Después de completar las bases de datos, debe validar manualmente los datos entre el origen y el destino, así como comprobar que todos los objetos de la base de datos de destino se han creado correctamente.

Después de la migración, se pueden realizar las siguientes tareas:

  • Compruebe los datos en el servidor flexible y asegúrese de que es una copia exacta de la instancia de origen.

  • Después de la comprobación, habilite la opción de alta disponibilidad en el servidor flexible según sea necesario.

  • Cambie la SKU del servidor flexible para que coincida con las necesidades de la aplicación. Este cambio requiere un reinicio del servidor de bases de datos.

  • Si ha cambiado los valores predeterminados de los parámetros del servidor en la instancia de origen, copie esos valores de los parámetros del servidor en el servidor flexible.

Copie otras opciones de configuración del servidor, como etiquetas, alertas, reglas de firewall (si procede) de la instancia de origen al servidor flexible.

  • Realice cambios en la aplicación para que las cadenas de conexión apunten a un servidor flexible.

  • Supervise atentamente el rendimiento de la base de datos para ver si requiere el ajuste del rendimiento.