Tutorial: Migración desde el servidor único de Azure Database for PostgreSQL al servidor flexible de Azure Database for PostgreSQL mediante el servicio de migración

SE APLICA A: Azure Database for PostgreSQL: servidor flexible

Mediante Azure Portal, puede migrar una instancia de servidor único a una de servidor flexible de Azure Database for PostgreSQL. En este tutorial, migramos una base de datos de ejemplo de una instancia de servidor único de Azure Database for PostgreSQL a una instancia de servidor flexible de PostgreSQL mediante Azure Portal.

• Configuración de la instancia de servidor flexible de Azure Database for PostgreSQL
• Configuración de la tarea de migración
• Supervisión de la migración
• Cancelación de la migración
• Después de la migración

Portal

Puede realizar la migración mediante Azure Portal.

Offline

Requisitos previos (sin conexión)

Antes de iniciar la migración con el servicio de migración en Azure Database for PostgreSQL, es fundamental cumplir con los siguientes requisitos previos que se aplican a escenarios de migración sin conexión.

Comprobación de la versión de origen

La versión de PostgreSQL de origen debe ser >= 9.5. Si la versión de PostgreSQL de origen es menor que 9.5, actualice la versión de PostgreSQL de origen a 9.5 o una superior antes de realizar la migración.

Configuración de destino

• Azure Database for PostgreSQL debe configurarse en Azure antes de la migración.

• 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.

• Para obtener instrucciones detalladas sobre cómo crear una instancia de Azure Database for PostgreSQL, consulte el vínculo siguiente: Inicio rápido: Creación de un servidor.

Configuración de red

La configuración de red adecuada es esencial para garantizar una conectividad correcta entre el origen y el destino durante la migración. Esta es una guía a fin de ayudarle a establecer la conexión de red para diferentes escenarios:

Requisitos de redes para la migración:

• Tunelización de ExpressRoute/VPN de IPsec/VPN: al conectar el origen local o de AWS a Azure, es posible que tenga que configurar una tunelización de ExpressRoute, VPN de IPsec o de VPN para facilitar la transferencia de datos segura.

• Emparejamiento de VNET: establezca el emparejamiento de red virtual entre las dos redes virtuales distintas para habilitar la conectividad de red directa, que es un requisito previo para la migración entre la máquina virtual de Azure y Azure Database for PostgreSQL.

Escenarios de conectividad:

La tabla siguiente puede ayudar a configurar la red entre el origen y el destino.

Source	Destino	Sugerencias de conectividad
Public	Public	No se requiere ninguna otra acción si el origen está en la lista de permitidos en las reglas de firewall del destino.
Private	Public	Esta configuración no es compatible; use pg_dump/pg_restore para la transferencia de datos.
Público	Privada	No se requiere ninguna otra acción si el origen está en la lista de permitidos en las reglas de firewall del destino.
Privada	Privada	Establezca una tunelización de ExpressRoute, VPN de IPsec, VPN o un emparejamiento de red virtual entre el origen y el destino.
Privada	Punto de conexión privado	Esta configuración no es compatible; póngase en contacto con Soporte técnico de Microsoft.

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.

Nota:

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. En el caso de las instancias de PostgreSQL en AWS RDS o en servicios administrados similares, no se puede acceder al archivo pg_hba.conf directamente, ni aplicarlo. En su lugar, el acceso se controla mediante las configuraciones de seguridad y acceso de red proporcionadas por el servicio.

Para más información sobre la configuración de red, visite Guía de red para el servicio de migración en el servidor flexible de Azure Database for PostgreSQL.

Extensiones

Las extensiones son características adicionales que se pueden agregar a PostgreSQL para mejorar su función. Las extensiones se admiten en Azure Database for PostgreSQL, pero deben habilitarse manualmente. Para habilitar las extensiones, siga estos pasos:

• Use el comando select en el origen para mostrar todas las extensiones que se usan: select extname,extversion from pg_extension;

• Busque el parámetro de servidor azure.extensions en la página Parámetros de servidor de Azure Database for PostgreSQL. Habilite las extensiones que se encuentran en el origen dentro de PostgreSQL.

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

  

• Compruebe si la lista contiene cualquiera de las siguientes extensiones:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

De ser así, busque en la página de parámetros del servidor el parámetro shared_preload_libraries. Este indica el conjunto de bibliotecas de extensiones que se cargan previamente en el reinicio del servidor.

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.

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.

Configuración de la instancia de servidor flexible de Azure Database for PostgreSQL

• Cree el servidor flexible de destino. Para ver los pasos guiados, consulte el inicio rápido Creación de una instancia de servidor flexible de Azure Database for PostgreSQL con el portal.

• Agregar a la lista de permitidos extensiones cuyas bibliotecas deben cargarse al iniciar el servidor. Es esencial que la extensión esté en la lista de permitidos antes de iniciar una migración.

• Compruebe si la distribución de datos entre las tablas de una base de datos es asimétrica con la mayoría de los datos presentes en una sola (o pocas) tablas. Si está sesgada, la velocidad de migración podría ser más lenta de lo esperado. En este caso, la velocidad de migración se puede aumentar mediante la migración en paralelo de la tabla grande.

Configuración de la tarea de migración

El servicio de migración incluye una experiencia sencilla basada en asistentes en Azure Portal. A continuación, se indica cómo empezar:

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

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

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.

   

4. Seleccione el botón Crear para iniciar una migración de un servidor único a un servidor flexible. Si esta es la primera vez que usa el servicio de migración, aparecerá una cuadrícula vacía con un mensaje para comenzar la primera migración.

   

   Si ya ha creado migraciones al destino del servidor flexible, la cuadrícula contiene información sobre las migraciones que se intentaron para este destino desde el servidor único.

5. Seleccione el botón Migrar desde un servidor único. Pasa por una serie de pestañas basadas en el asistente para crear una migración a este destino de servidor flexible desde cualquier servidor único de origen.

Como alternativa, puede iniciar el proceso de migración desde el servidor único de Azure Database for PostgreSQL.

1. Abra el explorador web y vaya al portal. Para iniciar sesión, debe escribir sus credenciales. La vista predeterminada es el panel del servicio.

2. Al seleccionar el servidor único, puede observar un banner relacionado con la migración en la pestaña Información general. Seleccione Migrar ahora para empezar.

   

3. Se le remite a una página con dos opciones. Si ya ha creado un servidor flexible y quiere usarlo como destino, elija Seleccionar existente y seleccione los detalles correspondientes de Suscripción, Grupo de recursos y Nombre del servidor. Una vez realizadas las selecciones, seleccione Ir al Asistente para migración y vaya a las instrucciones de la sección Pestaña Configuración de esta página.

   

4. Si elige crear un servidor flexible, seleccione Crear nuevo y seleccione Ir al Asistente para crear. Esta acción le guía por el proceso de creación del servidor flexible e implementa el servidor flexible.

   

Después de implementar el servidor flexible, siga los pasos del 3 al 5 en Configuración de la tarea de migración.

Pestaña Configuración

La primera pestaña es Configuración. En caso de que no lo haya hecho, agregue a la lista de permitidos las extensiones necesarias como se muestra en Es esencial agregar a la lista de permitidos estas extensiones antes de iniciar una migración.

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.

El valor de Tipo de servidor de origen indica el origen. En este caso, es el servidor único de Azure Database for PostgreSQL

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. La migración se desencadena solo si no hay errores de validación.

Siempre es recomendable elegir la opciónValidar o Validar y migrar para realizar validaciones previas a la migración antes de ejecutar la migración.

Si se selecciona la versión preliminar de migración en línea, la replicación lógica debe estar activada en el servidor único de origen. Si no está activado, el servicio de migración activa automáticamente la replicación lógica en el servidor único de origen. La replicación también se puede configurar manualmente en la pestaña Replicación del panel lado servidor único estableciendo el nivel de soporte técnico de replicación de Azure en Lógico. Cualquiera de los enfoques reinicia el servidor único de origen.

Seleccione el botón Siguiente: Conectar al origen.

Pestaña Source (Origen)

La pestaña Origen le pide que proporcione detalles relacionados con el servidor único que es el origen de las bases de datos.

Después de realizar las selecciones Suscripción y Grupo de recursos, la lista desplegable de nombres de servidor muestra los servidores únicos en ese grupo de recursos entre regiones. Seleccione el origen des de el que quiere migrar las bases de datos. Puede migrar bases de datos de un servidor único a un servidor flexible de destino en la misma región. Las migraciones entre regiones solo están habilitadas para servidores en India, China y Emiratos Árabes Unidos.

Después de elegir el origen de servidor único, los cuadros Ubicación, Versión de PostgreSQL y Nombre de inicio de sesión del administrador del servidor se rellenan automáticamente. El nombre de inicio de sesión del administrador del servidor es el nombre del usuario administrador empleado para crear el servidor único. En el cuadro Contraseña, escriba la contraseña para dicho usuario administrador. El servicio de migración migra bases de datos de servidor único como usuario administrador.

Después de rellenar todos los campos, seleccione el vínculo Conectar al origen. Esta acción valida que los detalles del servidor de origen especificados sean correctos y que se pueda acceder al servidor de origen.

Seleccione el botón Siguiente: Seleccionar destino de migración para continuar.

Pestaña Destino

En la pestaña Destino se muestran los metadatos del destino 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.

En Nombre de inicio de sesión del administrador del servidor, la pestaña muestra el nombre del usuario administrador usado durante la creación del destino del servidor flexible. Introduzca la contraseña correspondiente para el usuario administrador. Después de rellenar la contraseña, seleccione el vínculo Conectar al destino. Esta acción valida que los detalles del servidor de destino especificados sean correctos y que se pueda acceder al servidor de destino.

Seleccione el botón Siguiente para seleccionar las bases de datos que se van a migrar.

Seleccione Bases de datos para la pestaña de migración

En esta pestaña, hay una lista de bases de datos de usuario dentro del servidor único. Puede seleccionar y migrar hasta ocho bases de datos en un único intento de migración. Si hay más de ocho bases de datos de usuario, el proceso de migración se repite entre los servidores de origen y de destino para el siguiente conjunto de bases de datos. De forma predeterminada, las bases de datos seleccionadas con el mismo nombre en el destino se sobrescriben.

Seleccione el botón Siguiente para revisar los detalles.

Resumen

En la pestaña Resumen se sintetizan todos los detalles para crear la validación o la migración. Revise los detalles y seleccione el botón Inicio.

Supervisar el portal de migración

Después de seleccionar el botón Iniciar, 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 redirige automáticamente a la página Migración del servidor flexible. Tiene una nueva entrada para la validación o migración creada recientemente.

La cuadrícula que muestra las migraciones tiene estas columnas: Nombre, Estado, Tipo de migración, Modo de migración, Servidor de origen, Tipo de servidor de origen, Bases de datos, Hora de inicio y Duración. 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 validación o migración. También puede seleccionar el nombre de la migración en la cuadrícula para ver los detalles asociados.

Cuando se crea la validación o migración, pasa al estado InProgress y al subestado PerformingPreRequisiteSteps. El flujo de trabajo tarda entre 2 y 3 minutos en configurar la infraestructura de migración y las conexiones de red.

Veamos cómo supervisar las migraciones de cada una de las opciones de migración.

Validación

Una vez completado el subestado PerformingPreRequisiteSteps, la validación pasa al subestado Validación en curso, donde se realizan comprobaciones en el servidor de origen y de destino para evaluar la preparación para la migración.

La validación pasa al estado de Correcto si todas las validaciones están en estado Correcto o Advertencia.

La cuadrícula de validación tiene las

• Secciones Detalles de validación para la instancia y Detalles de validación para bases de datos que representan las reglas de validación usadas para comprobar la preparación de la migración.
• Estado de validación: representa el resultado de cada regla y puede tener cualquiera de los tres valores
  • Correcto: si no se encontraron errores.
  • Error: si hay errores de validación.
  • Advertencia:: si hay advertencias de validación.
• Duración: tiempo necesario para la operación de validación.
• Hora de inicio y finalización: hora de inicio y finalización de la operación de validación en UTC.

El estado de validación pasa a Con errores si se ha producido algún problema. Seleccione el Nombre de la validación o la validación Nombre de la base de datos en la que se ha producido el error y un panel de distribución ramificada proporcionará los detalles y la acción correctiva que debe realizar para evitar este error.

Migrate

Una vez completado el sustrato PerformingPreRequisiteSteps, la migración pasa al sustrato MigratingData, que es cuando se realiza la clonación o la copia de las bases de datos. El tiempo que tarda en completarse la migración depende del tamaño y la forma de las bases de datos que migre. La migración es rápida si los datos se distribuyen principalmente de forma uniforme en todas las tablas. Los tamaños de tablas sesgadas tardan un tiempo relativamente más largo.

Al seleccionar cualquiera de las bases de datos en la migración, aparece un panel de distribución ramificada. Se incluye todo el recuento de tablas: copiadas, en cola, copiándose y errores aparte del estado de migración de la base de datos.

La migración pasa al estado Correcto cuando el estado MigratingData se completa correctamente. Si hay algún problema en el subestado MigratingData, la migración pasa a un estado Error.

Una vez que la migración pasa al estado Correcto, se completa la migración del esquema y los datos del servidor único al destino del servidor flexible. Puedes usar el botón de actualización de la página para confirmar la acción.

Validar y migrar

En esta opción, 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 de 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 ningún error, se inicia la migración y el flujo de trabajo pasará al subestado Migración de datos.

Podrá ver los resultados de Validar y migrar una vez completada la operación.

En línea (versión preliminar)

Requisitos previos (en línea)

Antes de iniciar la migración con el servicio de migración en Azure Database for PostgreSQL, es fundamental cumplir con los siguientes requisitos previos que se aplican a escenarios de migración sin conexión.

Comprobación de la versión de origen

La versión de PostgreSQL de origen debe ser >= 9.5. Si la versión de PostgreSQL de origen es menor que 9.5, actualice la versión de PostgreSQL de origen a 9.5 o una superior antes de realizar la migración.

Configuración de parámetros de migración en línea

Para la migración en línea, la compatibilidad de replicación debe establecerse en Lógico en la configuración de replicación del servidor PostgreSQL de origen. Además, los parámetros de servidor max_wal_senders y max_replication_slots valores deben ser más que el número de bases de datos que deben migrarse. Los parámetros se pueden establecer en Azure Portal en Configuración:>Parámetros del servidor o configurados en la línea de comandos mediante los siguientes comandos:

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Asegúrese de que no hay transacciones de larga duración. Las transacciones de larga duración no permiten la creación de ranuras de replicación. La creación de una ranura de replicación se realizará correctamente si todas las transacciones de larga duración se confirman o se revierten. Tendrá que reiniciar el servidor PostgreSQL de origen después de completar todos los requisitos previos de migración en línea.

Nota:

Para la migración en línea con un servidor único de Azure Database for PostgreSQL, la compatibilidad con la replicación de Azure se establece en Lógico en la configuración de replicación de la página de servidor único en Azure Portal.

Configuración de destino

• Azure Database for PostgreSQL debe configurarse en Azure antes de la migración.

• 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.

• Para obtener instrucciones detalladas sobre cómo crear una instancia de Azure Database for PostgreSQL, consulte el vínculo siguiente: Inicio rápido: Creación de un servidor.

• El parámetro de servidormax_replication_slots debe ser mayor que el número de bases de datos que deben migrarse. Se puede establecer en Azure Portal en Configuración:>Parámetros del servidor o configurados en la línea de comandos mediante el siguiente comando:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Configuración de red

La configuración de red adecuada es esencial para garantizar una conectividad correcta entre el origen y el destino durante la migración. Esta es una guía a fin de ayudarle a establecer la conexión de red para diferentes escenarios:

Requisitos de redes para la migración:

• Tunelización de ExpressRoute/VPN de IPsec/VPN: al conectar el origen local o de AWS a Azure, es posible que tenga que configurar una tunelización de ExpressRoute, VPN de IPsec o de VPN para facilitar la transferencia de datos segura.

• Emparejamiento de VNET: establezca el emparejamiento de red virtual entre las dos redes virtuales distintas para habilitar la conectividad de red directa, que es un requisito previo para la migración entre la máquina virtual de Azure y Azure Database for PostgreSQL.

Escenarios de conectividad:

La tabla siguiente puede ayudar a configurar la red entre el origen y el destino.

Source	Destino	Sugerencias de conectividad
Public	Público	No se requiere ninguna otra acción si el origen aparece en la lista de permitidos en las reglas de firewall del destino.
Private	Public	Esta configuración no es compatible; use pg_dump/pg_restore para la transferencia de datos.
Público	Privada	No se requiere ninguna otra acción si el origen aparece en la lista de permitidos en las reglas de firewall del destino.
Privados	Privada	Establezca una tunelización de ExpressRoute, VPN de IPsec, VPN o un emparejamiento de red virtual entre el origen y el destino.
Privada	Punto de conexión privado	Esta configuración no es compatible; póngase en contacto con Soporte técnico de Microsoft.

Para más información sobre la configuración de red, visite Guía de red para el servicio de migración en el servidor flexible de Azure Database for PostgreSQL.

Extensiones

Las extensiones son características adicionales que se pueden agregar a PostgreSQL para mejorar su función. Las extensiones se admiten en Azure Database for PostgreSQL, pero deben habilitarse manualmente. Para habilitar las extensiones, siga estos pasos:

• Use el comando select en el origen para mostrar todas las extensiones que se usan: select extname,extversion from pg_extension;

• Busque el parámetro de servidor azure.extensions en la página Parámetros de servidor de Azure Database for PostgreSQL. Habilite las extensiones que se encuentran en el origen dentro de PostgreSQL.

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

  

• Compruebe si la lista contiene cualquiera de las siguientes extensiones:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

De ser así, busque en la página de parámetros del servidor el parámetro shared_preload_libraries. Este indica el conjunto de bibliotecas de extensiones que se cargan previamente en el reinicio del servidor.

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.

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.

Configuración de la instancia de servidor flexible de Azure Database for PostgreSQL

• Cree el servidor flexible de destino. Para ver los pasos guiados, consulte el inicio rápido Creación de una instancia de servidor flexible de Azure Database for PostgreSQL con el portal.

• Agregar a la lista de permitidos extensiones cuyas bibliotecas deben cargarse al iniciar el servidor. Es esencial que la extensión esté en la lista de permitidos antes de iniciar una migración.

• Compruebe si la distribución de datos entre las tablas de una base de datos es asimétrica con la mayoría de los datos presentes en una sola (o pocas) tablas. Si está sesgada, la velocidad de migración podría ser más lenta de lo esperado. En este caso, la velocidad de migración se puede aumentar mediante la migración en paralelo de la tabla grande.

Configuración de la tarea de migración

El servicio de migración incluye una experiencia sencilla basada en asistentes en Azure Portal. A continuación, se indica cómo empezar:

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

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

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.

   

4. Seleccione el botón Crear para iniciar una migración de un servidor único a un servidor flexible. Si esta es la primera vez que usa el servicio de migración, aparecerá una cuadrícula vacía con un mensaje para comenzar la primera migración.

   

   Si ya ha creado migraciones al destino del servidor flexible, la cuadrícula contiene información sobre las migraciones que se intentaron para este destino desde el servidor único.

5. Seleccione el botón Migrar desde un servidor único. Pasa por una serie de pestañas basadas en el asistente para crear una migración a este destino de servidor flexible desde cualquier servidor único de origen.

Como alternativa, puede iniciar el proceso de migración desde el servidor único de Azure Database for PostgreSQL.

1. Abra el explorador web y vaya al portal. Para iniciar sesión, debe escribir sus credenciales. La vista predeterminada es el panel del servicio.

2. Al seleccionar el servidor único, puede observar un banner relacionado con la migración en la pestaña Información general. Seleccione Migrar ahora para empezar.

   

3. Se le remite a una página con dos opciones. Si ya ha creado un servidor flexible y quiere usarlo como destino, elija Seleccionar existente y seleccione los detalles correspondientes de Suscripción, Grupo de recursos y Nombre del servidor. Una vez realizadas las selecciones, seleccione Ir al Asistente para migración y vaya a las instrucciones de la sección Pestaña Configuración de esta página.

   

4. Si elige crear un servidor flexible, seleccione Crear nuevo y seleccione Ir al Asistente para crear. Esta acción le guía por el proceso de creación del servidor flexible e implementa el servidor flexible.

   

Después de implementar el servidor flexible, siga los pasos del 3 al 5 en Configuración de la tarea de migración.

Pestaña Configuración

La primera pestaña es Configuración. En caso de que no lo haya hecho, agregue a la lista de permitidos las extensiones necesarias como se muestra en Es esencial agregar a la lista de permitidos estas extensiones antes de iniciar una migración.

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.

El valor de Tipo de servidor de origen indica el origen. En este caso, es el servidor único de Azure Database for PostgreSQL

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. La migración se desencadena solo si no hay errores de validación.

Siempre es recomendable elegir la opciónValidar o Validar y migrar para realizar validaciones previas a la migración antes de ejecutar la migración.

Si se selecciona la versión preliminar de migración en línea, la replicación lógica debe estar activada en el servidor único de origen. Si no está activado, el servicio de migración activa automáticamente la replicación lógica en el servidor único de origen. La replicación también se puede configurar manualmente en la pestaña Replicación del panel lado servidor único estableciendo el nivel de soporte técnico de replicación de Azure en Lógico. Cualquiera de los enfoques reinicia el servidor único de origen.

Seleccione el botón Siguiente: Conectar al origen.

Pestaña Source (Origen)

La pestaña Origen le pide que proporcione detalles relacionados con el servidor único que es el origen de las bases de datos.

Después de realizar las selecciones Suscripción y Grupo de recursos, la lista desplegable de nombres de servidor muestra los servidores únicos en ese grupo de recursos entre regiones. Seleccione el origen des de el que quiere migrar las bases de datos. Puede migrar bases de datos de un servidor único a un servidor flexible de destino en la misma región. Las migraciones entre regiones solo están habilitadas para servidores en India, China y Emiratos Árabes Unidos.

Después de elegir el origen de servidor único, los cuadros Ubicación, Versión de PostgreSQL y Nombre de inicio de sesión del administrador del servidor se rellenan automáticamente. El nombre de inicio de sesión del administrador del servidor es el nombre del usuario administrador empleado para crear el servidor único. En el cuadro Contraseña, escriba la contraseña para dicho usuario administrador. El servicio de migración migra bases de datos de servidor único como usuario administrador.

Después de rellenar todos los campos, seleccione el vínculo Conectar al origen. Esta acción valida que los detalles del servidor de origen especificados sean correctos y que se pueda acceder al servidor de origen.

Seleccione el botón Siguiente: Seleccionar destino de migración para continuar.

Pestaña Destino

En la pestaña Destino se muestran los metadatos del destino 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.

En Nombre de inicio de sesión del administrador del servidor, la pestaña muestra el nombre del usuario administrador usado durante la creación del destino del servidor flexible. Introduzca la contraseña correspondiente para el usuario administrador. Después de rellenar la contraseña, seleccione el vínculo Conectar al destino. Esta acción valida que los detalles del servidor de destino especificados sean correctos y que se pueda acceder al servidor de destino.

Seleccione el botón Siguiente para seleccionar las bases de datos que se van a migrar.

Seleccione Bases de datos para la pestaña de migración

En esta pestaña, hay una lista de bases de datos de usuario dentro del servidor único. Puede seleccionar y migrar hasta ocho bases de datos en un único intento de migración. Si hay más de ocho bases de datos de usuario, el proceso de migración se repite entre los servidores de origen y de destino para el siguiente conjunto de bases de datos. De forma predeterminada, las bases de datos seleccionadas con el mismo nombre en el destino se sobrescriben.

Seleccione el botón Siguiente para revisar los detalles.

Resumen

En la pestaña Resumen se sintetizan todos los detalles para crear la validación o la migración. Revise los detalles y seleccione el botón Inicio.

Supervisar la migración mediante Azure Portal

Después de seleccionar el botón Iniciar, 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 redirige automáticamente a la página Migración del servidor flexible. Tiene una nueva entrada para la validación o migración creada recientemente.

La cuadrícula que muestra las migraciones tiene estas columnas: Nombre, Estado, Tipo de migración, Modo de migración, Servidor de origen, Tipo de servidor de origen, Bases de datos, Hora de inicio y Duración. 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 validación o migración. También puede seleccionar el nombre de la migración en la cuadrícula para ver los detalles asociados.

Cuando se crea la validación o migración, pasa al estado InProgress y al subestado PerformingPreRequisiteSteps. El flujo de trabajo tarda entre 2 y 3 minutos en configurar la infraestructura de migración y las conexiones de red.

Veamos cómo supervisar las migraciones de cada una de las opciones de migración.

Validación

Una vez completado el subestado PerformingPreRequisiteSteps, la validación pasa al subestado Validación en curso, donde se realizan comprobaciones en el servidor de origen y de destino para evaluar la preparación para la migración.

La validación pasa al estado de Correcto si todas las validaciones están en estado Correcto o Advertencia.

La cuadrícula de validación tiene las

• Secciones Detalles de validación para la instancia y Detalles de validación para bases de datos que representan las reglas de validación usadas para comprobar la preparación de la migración.
• Estado de validación: representa el resultado de cada regla y puede tener cualquiera de los tres valores
  • Correcto: si no se encontraron errores.
  • Error: si hay errores de validación.
  • Advertencia:: si hay advertencias de validación.
• Duración: tiempo necesario para la operación de validación.
• Hora de inicio y finalización: hora de inicio y finalización de la operación de validación en UTC.

El estado de validación pasa a Con errores si se ha producido algún problema. Seleccione el Nombre de la validación o la validación Nombre de la base de datos en la que se ha producido el error y un panel de distribución ramificada proporcionará los detalles y la acción correctiva que debe realizar para evitar este error.

Migrate

Una vez completado el sustrato PerformingPreRequisiteSteps, la migración pasa al sustrato MigratingData, que es cuando se realiza la clonación o la copia de las bases de datos. El tiempo que tarda en completarse la migración depende del tamaño y la forma de las bases de datos que migre. La migración es rápida si los datos se distribuyen principalmente de forma uniforme en todas las tablas. Los tamaños de tablas sesgadas tardan un tiempo relativamente más largo.

Al seleccionar cualquiera de las bases de datos en la migración, aparece un panel de distribución ramificada. Se incluye todo el recuento de tablas: copiadas, en cola, copiándose y errores aparte del estado de migración de la base de datos.

La migración pasa al estado Correcto cuando el estado MigratingData se completa correctamente. Si hay algún problema en el subestado MigratingData, la migración pasa a un estado Error.

Una vez que la migración pasa al estado Correcto, se completa la migración del esquema y los datos del servidor único al destino del servidor flexible. Puedes usar el botón de actualización de la página para confirmar la acción.

Validar y migrar

En esta opción, 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 de 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 ningún error, se inicia la migración y el flujo de trabajo pasará al subestado Migración de datos.

Podrá ver los resultados de Validar y migrar una vez completada la operación.

Migración total

Tanto en el caso de Migrar como en el de Validar y Migrar, la finalización de la migración en línea requiere otro paso: el usuario debe realizar una acción de transición. Una vez completada la copia o clonación de los datos base, la migración se mueve al estado de WaitingForUserAction y al sustrato de WaitingForCutoverTrigger. En este estado, el usuario puede desencadenar la transición desde el portal seleccionando la migración.

Antes de iniciar la transición, es esencial asegurarse de que:

• Las escrituras en el origen se detienen: el parámetro Latency (minutes) es 0 o cerca de 0 La información de Latency (minutes) se puede obtener en la pantalla de detalles de la migración, como se muestra a continuación:

El parámetro Latency (minutes) indica cuándo el destino se sincronice por última vez con el origen. Por ejemplo, para la base de datos pedidos anterior, es 0,33333. Significa que los cambios que se han producido en los últimos ~0,3 minutos en el origen aún no se han sincronizado con el destino, para la base de datos de pedidos. En este momento, las escrituras en el origen se pueden detener e iniciar la transición. En caso de que haya tráfico pesado en el origen, se recomienda detener primero las escrituras para que Latency (minutes) pueda acercarse a 0 y, a continuación, se inicia una transición. La operación de transición aplica todos los cambios pendientes del origen al destino y completa la migración. Si desencadena una transición incluso con latencia distinta de cero, la replicación se detiene hasta ese momento dado. Todos los datos del origen hasta el punto de transición se aplican al destino. Suponiendo una latencia de 15 minutos en el punto de transición, todos los datos modificados en los últimos 15 minutos se aplican al destino. El tiempo necesario depende del trabajo pendiente de los cambios realizados en los últimos 15 minutos. Por lo tanto, se recomienda que la latencia llegue a cero o cerca de cero, antes de desencadenar la transición.

La migración pasa al estado de Succeeded en cuanto el subestado Migrating Data o la transición (en migración en línea) finaliza correctamente. Si hay un problema en el subestado Migrating Data, la migración pasa a un estado Failed.

Los posibles estados de migración incluyen:

• InProgress: la infraestructura de migración se está configurando o la migración de datos en sí está en curso.
• Cancelada: la migración se ha cancelado o eliminado.
• Error: se han producido errores en la migración.
• Error de validación: se ha producido un error en la validación.
• Correcto: la migración se ha realizado correctamente y se ha completado.

Los posibles subestados de migración incluyen:

• PerformingPreRequisiteSteps: la infraestructura se está configurando para la migración de datos.
• Validación en curso: la validación está en curso.
• MigratingData: la migración de datos está en curso.
• CompletingMigration: la migración está en las últimas fases de finalización.
• Completada: la migración se ha completado correctamente.

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 cualquier actividad de validación adicional y la validación pasa al estado de Cancelada. 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. No quita ni revierte ningún cambio en el servidor de destino. Asegúrese de anular las bases de datos en el servidor de destino implicadas en una migración cancelada.

CLI

Puede realizar la migración mediante la CLI de Azure.

Offline

Requisitos previos (sin conexión)

Antes de iniciar la migración con el servicio de migración en Azure Database for PostgreSQL, es fundamental cumplir con los siguientes requisitos previos que se aplican a escenarios de migración sin conexión.

Comprobación de la versión de origen

La versión de PostgreSQL de origen debe ser >= 9.5. Si la versión de PostgreSQL de origen es menor que 9.5, actualice la versión de PostgreSQL de origen a 9.5 o una superior antes de realizar la migración.

Configuración de destino

• Azure Database for PostgreSQL debe configurarse en Azure antes de la migración.

• 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.

• Para obtener instrucciones detalladas sobre cómo crear una instancia de Azure Database for PostgreSQL, consulte el vínculo siguiente: Inicio rápido: Creación de un servidor.

Configuración de red

La configuración de red adecuada es esencial para garantizar una conectividad correcta entre el origen y el destino durante la migración. Esta es una guía a fin de ayudarle a establecer la conexión de red para diferentes escenarios:

Requisitos de redes para la migración:

• Tunelización de ExpressRoute/VPN de IPsec/VPN: al conectar el origen local o de AWS a Azure, es posible que tenga que configurar una tunelización de ExpressRoute, VPN de IPsec o de VPN para facilitar la transferencia de datos segura.

• Emparejamiento de VNET: establezca el emparejamiento de red virtual entre las dos redes virtuales distintas para habilitar la conectividad de red directa, que es un requisito previo para la migración entre la máquina virtual de Azure y Azure Database for PostgreSQL.

Escenarios de conectividad:

La tabla siguiente puede ayudar a configurar la red entre el origen y el destino.

Source	Destino	Sugerencias de conectividad
Public	Public	No se requiere ninguna otra acción si el origen está en la lista de permitidos en las reglas de firewall del destino.
Private	Public	Esta configuración no es compatible; use pg_dump/pg_restore para la transferencia de datos.
Público	Privada	No se requiere ninguna otra acción si el origen está en la lista de permitidos en las reglas de firewall del destino.
Privada	Privada	Establezca una tunelización de ExpressRoute, VPN de IPsec, VPN o un emparejamiento de red virtual entre el origen y el destino.
Privada	Punto de conexión privado	Esta configuración no es compatible; póngase en contacto con Soporte técnico de Microsoft.

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.

Nota:

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. En el caso de las instancias de PostgreSQL en AWS RDS o en servicios administrados similares, no se puede acceder al archivo pg_hba.conf directamente, ni aplicarlo. En su lugar, el acceso se controla mediante las configuraciones de seguridad y acceso de red proporcionadas por el servicio.

Para más información sobre la configuración de red, visite Guía de red para el servicio de migración en el servidor flexible de Azure Database for PostgreSQL.

Extensiones

Las extensiones son características adicionales que se pueden agregar a PostgreSQL para mejorar su función. Las extensiones se admiten en Azure Database for PostgreSQL, pero deben habilitarse manualmente. Para habilitar las extensiones, siga estos pasos:

• Use el comando select en el origen para mostrar todas las extensiones que se usan: select extname,extversion from pg_extension;

• Busque el parámetro de servidor azure.extensions en la página Parámetros de servidor de Azure Database for PostgreSQL. Habilite las extensiones que se encuentran en el origen dentro de PostgreSQL.

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

  

• Compruebe si la lista contiene cualquiera de las siguientes extensiones:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

De ser así, busque en la página de parámetros del servidor el parámetro shared_preload_libraries. Este indica el conjunto de bibliotecas de extensiones que se cargan previamente en el reinicio del servidor.

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.

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.

Introducción

1. Si no está familiarizado con Microsoft Azure, cree una cuenta para evaluar las ofertas.

2. Instale la CLI de Azure más reciente para el sistema operativo en la página de instalación de la CLI de Azure.

   Si la CLI de Azure ya está instalada, compruebe la versión mediante el comando az version. La versión debe ser la 2.50.0 o posterior para usar los comandos de la CLI de migración. Si no, actualice la versión de la CLI de Azure.

3. Ejecute el comando az login:

   az login
   

   Se abre una ventana del explorador con la página de inicio de sesión de Azure. Proporcione las credenciales de Azure para realizar una autenticación correcta. Para ver otras formas de iniciar sesión con la CLI de Azure, consulte este artículo.

Comandos de la CLI de migración (sin conexión)

El servicio de migración incluye unos comandos de la CLI fáciles de usar para realizar tareas relacionadas con la migración. Todos los comandos de la CLI comienzan por az postgres flexible-server migration. Es importante agregar a la lista de permitidos las extensiones antes de iniciar una migración.

Para obtener ayuda para comprender las opciones asociadas a un comando y con enmarcar la sintaxis correcta, puede usar el parámetro help:

az postgres flexible-server migration --help

El comando anterior proporciona el siguiente resultado:

La salida muestra los comandos de migración admitidos, junto con sus acciones. Examinemos más de cerca estos comandos.

Creación de una migración mediante la CLI de Azure

El comando create ayuda a crear una migración de un servidor de origen a un servidor de destino:

az postgres flexible-server migration create -- help

El comando anterior proporciona el siguiente resultado:

Indica los argumentos esperados y tiene una sintaxis de ejemplo para crear una migración correcta del servidor de origen al servidor de destino. Este es el comando de la CLI para crear una migración nueva:

az postgres flexible-server migration create [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--migration-name]
                                            [--migration-mode]
                                            [--properties]

Parámetro	Descripción
subscription	Identificador de suscripción del servidor flexible de destino.
resource-group	Grupo de recursos del servidor flexible de destino.
name	Nombre del servidor flexible de destino.
migration-name	Identificador único de las migraciones que se intentaron en el servidor flexible. Este campo solo acepta caracteres alfanuméricos; no acepta caracteres especiales, excepto un guion (-). El nombre no puede comenzar con - y dos migraciones a un servidor flexible de destino no pueden tener el mismo nombre.
migration-mode	Se trata de un parámetro opcional. Valor predeterminado: Sin conexión. La migración sin conexión implica la copia de las bases de datos de origen en un momento dado en el servidor de destino.
properties	Ruta de acceso absoluta a un archivo JSON, que tiene la información sobre el servidor único de origen.

Por ejemplo:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

El argumento migration-name usado en el comando create se empleará en otros comandos de la CLI, como update, delete y show. Identifica de forma única el intento de migración en las acciones correspondientes en todos esos comandos.

Finalmente, el comando create necesita que se indique un archivo JSON como parte del argumento properties.

La estructura del JSON es:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"secretParameters": {
    "adminCredentials":
    {
      "sourceServerPassword": "<password>",
      "targetServerPassword": "<password>"
    },
   "sourceServerUserName": "<username>@<servername>",
   "targetServerUserName": "<username>"
},

"dbsToMigrate":
   [
   "<db1>","<db2>"
   ],

"overwriteDbsInTarget":"true"

}
}

Los parámetros create que se indican en el formato de archivo JSON se muestran a continuación:

Parámetro	Tipo	Descripción
sourceDbServerResourceId	Requerido	Este parámetro es el id. de recurso del servidor único de origen y es obligatorio.
adminCredentials	Obligatorio	Este parámetro enumera las contraseñas de los usuarios administradores para el servidor único de origen y el servidor flexible de destino. Estas contraseñas ayudan a autenticarse en los servidores de origen y de destino.
sourceServerUserName	Obligatorio	El valor predeterminado es el usuario administrador creado durante la creación de un único servidor y la contraseña proporcionada se usará para la autenticación en este usuario. Si no usa el usuario predeterminado, este parámetro es el usuario o rol del servidor de origen para realizar la migración. Este usuario debe tener privilegios y propiedad necesarios de los objetos de base de datos implicados en la migración y debe ser miembro de rol azure_pg_admin.
targetServerUserName	Obligatorio	El valor predeterminado es el usuario administrador creado durante la creación de un servidor flexible y la contraseña proporcionada se usará para la autenticación en este usuario. En caso de que no use el usuario predeterminado, este parámetro es el usuario o rol del servidor de destino que se usa para realizar la migración. Este usuario debe ser miembro de los roles azure_pg_admin, pg_read_all_settings, pg_read_all_stats,pg_stat_scan_tables y debe tener los atributos Crear rol, Crear base de datos.
dbsToMigrate	Obligatorio	Especifique la lista de bases de datos que quiere migrar al servidor flexible. Solo se migran las bases de datos de usuario. Las bases de datos del sistema o las bases de datos de plantilla, como template0 y template1, no se migrarán.
overwriteDbsInTarget	Obligatorio	Cuando se establece en true, si el servidor de destino tiene una base de datos existente con el mismo nombre que la que intenta migrar, el servicio de migración sobrescribe automáticamente la base de datos.
SetupLogicalReplicationOnSourceDBIfNeeded	Opcionales	Puede habilitar automáticamente la replicación lógica en el servidor de origen estableciendo esta propiedad en true. Este cambio en la configuración del servidor requiere un reinicio del servidor con dos o tres minutos de tiempo de inactividad.
SourceDBServerFullyQualifiedDomainName	Opcionales	Se usa cuando se emplea un servidor DNS personalizado para la resolución de nombres de una red virtual. Proporcione el FQDN de servidor único de origen según el servidor DNS personalizado para esta propiedad.
TargetDBServerFullyQualifiedDomainName	Opcional	Se usa cuando se emplea un servidor DNS personalizado para la resolución de nombres dentro de una red virtual. Proporcione el FQDN del servidor flexible de destino según el servidor DNS personalizado. SourceDBServerFullyQualifiedDomainName y TargetDBServerFullyQualifiedDomainName se incluyen como parte del archivo JSON solo en el caso excepcional de que para la resolución de nombres se use un servidor DNS personalizado en lugar del servidor DNS proporcionado por Azure. De lo contrario, no incluya estos parámetros en el archivo JSON.

Tenga en cuenta estos puntos esenciales para la respuesta del comando:

• Cuando se desencadena el comando create, la migración pasa al estado InProgress y al sustrato PerformingPreRequisiteSteps. El flujo de trabajo de migración tarda unos minutos en implementar la infraestructura de migración y configurar las conexiones entre el origen y el destino.
• Una vez completado el subestado PerformingPreRequisiteSteps, la migración pasa al sustrato Migrating Data,, donde se realizan la clonación y la copia de las bases de datos.
• Cada base de datos migrada tiene su propia sección con todos los detalles de migración, como el recuento de tablas, las inserciones incrementales, las eliminaciones y los bytes pendientes.
• El tiempo que tarda el subestado Migrating Data en finalizar depende del tamaño de las bases de datos migradas.
• La migración cambia al estado Succeeded en cuanto el subestado Migrating Data finaliza correctamente. Si hay un problema en el subestado Migrating Data, la migración pasa a un estado Failed.

Configurar la replicación

Si se selecciona la versión preliminar de migración en línea, la replicación lógica debe estar activada en el servidor único de origen. Si no está activado, el servicio de migración activa automáticamente la replicación lógica en el servidor único de origen cuando se pasa el parámetro SetupLogicalReplicationOnSourceDBIfNeeded con un valor de true en el archivo JSON adjunto. La replicación también se puede configurar manualmente en el origen después de iniciar la migración, mediante el comando siguiente. Cualquiera de los enfoques para activar la replicación lógica reinicia el servidor único de origen.

Por ejemplo:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --setup-replication

Este comando es necesario para avanzar la migración cuando el servidor flexible está esperando en estado WaitingForLogicalReplicationSetupRequestOnSourceDB.

Para realizar la migración en línea en cualquiera de las regiones anteriores, use:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode online

Enumerar las migraciones

El comando list muestra todos los intentos de migración realizados en un servidor flexible de destino.

az postgres flexible-server migration list [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--filter]

El parámetro filter tiene dos opciones:

• Active: enumera los intentos de migración activos actuales (en curso) para el servidor de destino. No se incluyen las migraciones con errores, ni las que se han cancelado o completado correctamente.
• All: enumera todos los intentos de migración al servidor de destino. Se incluyen tanto las migraciones activas como las pasadas, independientemente de su estado.

Para más información sobre este comando, use el parámetro help:

az postgres flexible-server migration list -- help

Supervisión de la migración

El comando show ayuda a supervisar las migraciones en curso y proporciona el estado actual y el subestado de la migración. Estos detalles incluyen información sobre el estado actual y el subestado de la migración.

az postgres flexible-server migration show [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--migration-name]

El parámetro migration_name es el nombre asignado a la migración durante el comando create. Esta es una instantánea de la respuesta de ejemplo del comando de la CLI para mostrar los detalles:

Para más información sobre este comando, use el parámetro help:

 az postgres flexible-server migration show -- help

En las tablas siguientes se describen los estados de migración y los subestados.

Estado de la migración	Descripción
InProgress	La infraestructura de migración se ha configurado o la migración de datos real está en curso.
Canceled	La migración se ha cancelado o eliminado.
Failed	Se produjeron errores en la migración.
Succeeded	La migración se ha realizado correctamente y se ha completado.

Subestados de la migración	Descripción
PerformingPreRequisiteSteps	La infraestructura está configurada y se está preparando para la migración de los datos.
MigratingData	La migración de datos está en curso.
CompletingMigration	La transición de la migración está en curso.
Completed	la transición se realizó correctamente y la migración se ha completado.

En línea (versión preliminar)

Requisitos previos (en línea)

Antes de iniciar la migración con el servicio de migración en Azure Database for PostgreSQL, es fundamental cumplir con los siguientes requisitos previos que se aplican a escenarios de migración sin conexión.

Comprobación de la versión de origen

La versión de PostgreSQL de origen debe ser >= 9.5. Si la versión de PostgreSQL de origen es menor que 9.5, actualice la versión de PostgreSQL de origen a 9.5 o una superior antes de realizar la migración.

Configuración de parámetros de migración en línea

Para la migración en línea, la compatibilidad de replicación debe establecerse en Lógico en la configuración de replicación del servidor PostgreSQL de origen. Además, los parámetros de servidor max_wal_senders y max_replication_slots valores deben ser más que el número de bases de datos que deben migrarse. Los parámetros se pueden establecer en Azure Portal en Configuración:>Parámetros del servidor o configurados en la línea de comandos mediante los siguientes comandos:

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Asegúrese de que no hay transacciones de larga duración. Las transacciones de larga duración no permiten la creación de ranuras de replicación. La creación de una ranura de replicación se realizará correctamente si todas las transacciones de larga duración se confirman o se revierten. Tendrá que reiniciar el servidor PostgreSQL de origen después de completar todos los requisitos previos de migración en línea.

Nota:

Para la migración en línea con un servidor único de Azure Database for PostgreSQL, la compatibilidad con la replicación de Azure se establece en Lógico en la configuración de replicación de la página de servidor único en Azure Portal.

Configuración de destino

• Azure Database for PostgreSQL debe configurarse en Azure antes de la migración.

• 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.

• Para obtener instrucciones detalladas sobre cómo crear una instancia de Azure Database for PostgreSQL, consulte el vínculo siguiente: Inicio rápido: Creación de un servidor.

• El parámetro de servidormax_replication_slots debe ser mayor que el número de bases de datos que deben migrarse. Se puede establecer en Azure Portal en Configuración:>Parámetros del servidor o configurados en la línea de comandos mediante el siguiente comando:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

Configuración de red

La configuración de red adecuada es esencial para garantizar una conectividad correcta entre el origen y el destino durante la migración. Esta es una guía a fin de ayudarle a establecer la conexión de red para diferentes escenarios:

Requisitos de redes para la migración:

• Tunelización de ExpressRoute/VPN de IPsec/VPN: al conectar el origen local o de AWS a Azure, es posible que tenga que configurar una tunelización de ExpressRoute, VPN de IPsec o de VPN para facilitar la transferencia de datos segura.

• Emparejamiento de VNET: establezca el emparejamiento de red virtual entre las dos redes virtuales distintas para habilitar la conectividad de red directa, que es un requisito previo para la migración entre la máquina virtual de Azure y Azure Database for PostgreSQL.

Escenarios de conectividad:

La tabla siguiente puede ayudar a configurar la red entre el origen y el destino.

Source	Destino	Sugerencias de conectividad
Public	Público	No se requiere ninguna otra acción si el origen aparece en la lista de permitidos en las reglas de firewall del destino.
Private	Public	Esta configuración no es compatible; use pg_dump/pg_restore para la transferencia de datos.
Público	Privada	No se requiere ninguna otra acción si el origen aparece en la lista de permitidos en las reglas de firewall del destino.
Privados	Privada	Establezca una tunelización de ExpressRoute, VPN de IPsec, VPN o un emparejamiento de red virtual entre el origen y el destino.
Privada	Punto de conexión privado	Esta configuración no es compatible; póngase en contacto con Soporte técnico de Microsoft.

Para más información sobre la configuración de red, visite Guía de red para el servicio de migración en el servidor flexible de Azure Database for PostgreSQL.

Extensiones

Las extensiones son características adicionales que se pueden agregar a PostgreSQL para mejorar su función. Las extensiones se admiten en Azure Database for PostgreSQL, pero deben habilitarse manualmente. Para habilitar las extensiones, siga estos pasos:

• Use el comando select en el origen para mostrar todas las extensiones que se usan: select extname,extversion from pg_extension;

• Busque el parámetro de servidor azure.extensions en la página Parámetros de servidor de Azure Database for PostgreSQL. Habilite las extensiones que se encuentran en el origen dentro de PostgreSQL.

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

  

• Compruebe si la lista contiene cualquiera de las siguientes extensiones:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

De ser así, busque en la página de parámetros del servidor el parámetro shared_preload_libraries. Este indica el conjunto de bibliotecas de extensiones que se cargan previamente en el reinicio del servidor.

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.

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.

Introducción

1. Si no está familiarizado con Microsoft Azure, cree una cuenta para evaluar las ofertas.

2. Instale la CLI de Azure más reciente para el sistema operativo en la página de instalación de la CLI de Azure.

   Si la CLI de Azure ya está instalada, compruebe la versión mediante el comando az version. La versión debe ser la 2.50.0 o posterior para usar los comandos de la CLI de migración. Si no, actualice la versión de la CLI de Azure.

3. Ejecute el comando az login:

   az login
   

   Se abre una ventana del explorador con la página de inicio de sesión de Azure. Proporcione las credenciales de Azure para realizar una autenticación correcta. Para ver otras formas de iniciar sesión con la CLI de Azure, consulte este artículo.

Comandos de la CLI de migración (en línea)

El servicio de migración incluye unos comandos de la CLI fáciles de usar para realizar tareas relacionadas con la migración. Todos los comandos de la CLI comienzan por az postgres flexible-server migration. Es importante agregar a la lista de permitidos las extensiones antes de iniciar una migración.

Para obtener ayuda para comprender las opciones asociadas a un comando y con enmarcar la sintaxis correcta, puede usar el parámetro help:

az postgres flexible-server migration --help

El comando anterior proporciona el siguiente resultado:

La salida muestra los comandos de migración admitidos, junto con sus acciones. Examinemos más de cerca estos comandos.

Creación de una migración mediante la CLI de Azure

El comando create ayuda a crear una migración de un servidor de origen a un servidor de destino:

az postgres flexible-server migration create -- help

El comando anterior proporciona el siguiente resultado:

Indica los argumentos esperados y tiene una sintaxis de ejemplo para crear una migración correcta del servidor de origen al servidor de destino. Este es el comando de la CLI para crear una migración nueva:

az postgres flexible-server migration create [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--migration-name]
                                            [--migration-mode]
                                            [--properties]

Parámetro	Descripción
subscription	Identificador de suscripción del servidor flexible de destino.
resource-group	Grupo de recursos del servidor flexible de destino.
name	Nombre del servidor flexible de destino.
migration-name	Identificador único de las migraciones que se intentaron en el servidor flexible. Este campo solo acepta caracteres alfanuméricos; no acepta caracteres especiales, excepto un guion (-). El nombre no puede comenzar con - y dos migraciones a un servidor flexible de destino no pueden tener el mismo nombre.
migration-mode	Se trata de un parámetro opcional. Valor predeterminado: Sin conexión. La migración sin conexión implica la copia de las bases de datos de origen en un momento dado en el servidor de destino.
properties	Ruta de acceso absoluta a un archivo JSON, que tiene la información sobre el servidor único de origen.

Por ejemplo:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

El argumento migration-name usado en el comando create se empleará en otros comandos de la CLI, como update, delete y show. Identifica de forma única el intento de migración en las acciones correspondientes en todos esos comandos.

Finalmente, el comando create necesita que se indique un archivo JSON como parte del argumento properties.

La estructura del JSON es:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"secretParameters": {
    "adminCredentials":
    {
      "sourceServerPassword": "<password>",
      "targetServerPassword": "<password>"
    },
   "sourceServerUserName": "<username>@<servername>",
   "targetServerUserName": "<username>"
},

"dbsToMigrate":
   [
   "<db1>","<db2>"
   ],

"overwriteDbsInTarget":"true"

}
}

Los parámetros create que se indican en el formato de archivo JSON se muestran a continuación:

Parámetro	Tipo	Descripción
sourceDbServerResourceId	Requerido	Este parámetro es el id. de recurso del servidor único de origen y es obligatorio.
adminCredentials	Obligatorio	Este parámetro enumera las contraseñas de los usuarios administradores para el servidor único de origen y el servidor flexible de destino. Estas contraseñas ayudan a autenticarse en los servidores de origen y de destino.
sourceServerUserName	Obligatorio	El valor predeterminado es el usuario administrador creado durante la creación de un único servidor y la contraseña proporcionada se usará para la autenticación en este usuario. Si no usa el usuario predeterminado, este parámetro es el usuario o rol del servidor de origen para realizar la migración. Este usuario debe tener privilegios y propiedad necesarios de los objetos de base de datos implicados en la migración y debe ser miembro de rol azure_pg_admin.
targetServerUserName	Obligatorio	El valor predeterminado es el usuario administrador creado durante la creación de un servidor flexible y la contraseña proporcionada se usará para la autenticación en este usuario. En caso de que no use el usuario predeterminado, este parámetro es el usuario o rol del servidor de destino que se usa para realizar la migración. Este usuario debe ser miembro de los roles azure_pg_admin, pg_read_all_settings, pg_read_all_stats,pg_stat_scan_tables y debe tener los atributos Crear rol, Crear base de datos.
dbsToMigrate	Obligatorio	Especifique la lista de bases de datos que quiere migrar al servidor flexible. Solo se migran las bases de datos de usuario. Las bases de datos del sistema o las bases de datos de plantilla, como template0 y template1, no se migrarán.
overwriteDbsInTarget	Obligatorio	Cuando se establece en true, si el servidor de destino tiene una base de datos existente con el mismo nombre que la que intenta migrar, el servicio de migración sobrescribe automáticamente la base de datos.
SetupLogicalReplicationOnSourceDBIfNeeded	Opcionales	Puede habilitar automáticamente la replicación lógica en el servidor de origen estableciendo esta propiedad en true. Este cambio en la configuración del servidor requiere un reinicio del servidor con dos o tres minutos de tiempo de inactividad.
SourceDBServerFullyQualifiedDomainName	Opcionales	Se usa cuando se emplea un servidor DNS personalizado para la resolución de nombres de una red virtual. Proporcione el FQDN de servidor único de origen según el servidor DNS personalizado para esta propiedad.
TargetDBServerFullyQualifiedDomainName	Opcional	Se usa cuando se emplea un servidor DNS personalizado para la resolución de nombres dentro de una red virtual. Proporcione el FQDN del servidor flexible de destino según el servidor DNS personalizado. SourceDBServerFullyQualifiedDomainName y TargetDBServerFullyQualifiedDomainName se incluyen como parte del archivo JSON solo en el caso excepcional de que para la resolución de nombres se use un servidor DNS personalizado en lugar del servidor DNS proporcionado por Azure. De lo contrario, no incluya estos parámetros en el archivo JSON.

Tenga en cuenta estos puntos esenciales para la respuesta del comando:

• Cuando se desencadena el comando create, la migración pasa al estado InProgress y al sustrato PerformingPreRequisiteSteps. El flujo de trabajo de migración tarda unos minutos en implementar la infraestructura de migración y configurar las conexiones entre el origen y el destino.
• Una vez completado el subestado PerformingPreRequisiteSteps, la migración pasa al sustrato Migrating Data,, donde se realizan la clonación y la copia de las bases de datos.
• Cada base de datos migrada tiene su propia sección con todos los detalles de migración, como el recuento de tablas, las inserciones incrementales, las eliminaciones y los bytes pendientes.
• El tiempo que tarda el subestado Migrating Data en finalizar depende del tamaño de las bases de datos migradas.
• La migración cambia al estado Succeeded en cuanto el subestado Migrating Data finaliza correctamente. Si hay un problema en el subestado Migrating Data, la migración pasa a un estado Failed.

Configurar la replicación

Si se selecciona la versión preliminar de migración en línea, la replicación lógica debe estar activada en el servidor único de origen. Si no está activado, el servicio de migración activa automáticamente la replicación lógica en el servidor único de origen cuando se pasa el parámetro SetupLogicalReplicationOnSourceDBIfNeeded con un valor de true en el archivo JSON adjunto. La replicación también se puede configurar manualmente en el origen después de iniciar la migración, mediante el comando siguiente. Cualquiera de los enfoques para activar la replicación lógica reinicia el servidor único de origen.

Por ejemplo:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --setup-replication

Este comando es necesario para avanzar la migración cuando el servidor flexible está esperando en estado WaitingForLogicalReplicationSetupRequestOnSourceDB.

Para realizar la migración en línea en cualquiera de las regiones anteriores, use:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode online

Enumerar las migraciones

El comando list muestra todos los intentos de migración realizados en un servidor flexible de destino.

az postgres flexible-server migration list [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--filter]

El parámetro filter tiene dos opciones:

• Active: enumera los intentos de migración activos actuales (en curso) para el servidor de destino. No se incluyen las migraciones con errores, ni las que se han cancelado o completado correctamente.
• All: enumera todos los intentos de migración al servidor de destino. Se incluyen tanto las migraciones activas como las pasadas, independientemente de su estado.

Para más información sobre este comando, use el parámetro help:

az postgres flexible-server migration list -- help

Supervisión de la migración

El comando show ayuda a supervisar las migraciones en curso y proporciona el estado actual y el subestado de la migración. Estos detalles incluyen información sobre el estado actual y el subestado de la migración.

az postgres flexible-server migration show [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--migration-name]

El parámetro migration_name es el nombre asignado a la migración durante el comando create. Esta es una instantánea de la respuesta de ejemplo del comando de la CLI para mostrar los detalles:

Para más información sobre este comando, use el parámetro help:

 az postgres flexible-server migration show -- help

En las tablas siguientes se describen los estados de migración y los subestados.

Estado de la migración	Descripción
InProgress	La infraestructura de migración se ha configurado o la migración de datos real está en curso.
Canceled	La migración se ha cancelado o eliminado.
Failed	Se produjeron errores en la migración.
Succeeded	La migración se ha realizado correctamente y se ha completado.

Subestados de la migración	Descripción
PerformingPreRequisiteSteps	La infraestructura está configurada y se está preparando para la migración de los datos.
MigratingData	La migración de datos está en curso.
CompletingMigration	La transición de la migración está en curso.
Completed	la transición se realizó correctamente y la migración se ha completado.

Transición de la migración

En las migraciones en línea, una vez completada la migración base de los datos, la tarea de migración se mueve al subestado WaitingForCutoverTrigger. En este estado, el usuario puede desencadenar la transición mediante la CLI con el comando siguiente. También se puede desencadenar la transición desde el portal seleccionando el nombre de la migración en la cuadrícula de migración.

Por ejemplo:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --cutover

Antes de iniciar la transición, es importante comprobar lo siguiente:

• Las escrituras en el origen se han detenido: el parámetro latency disminuye a 0 o cerca de 0.

El parámetro latency indica cuándo el destino se sincronizó por última vez con el origen. Por ejemplo, aquí es 201 y 202 para las dos bases de datos, como se muestra en la imagen siguiente. Significa que los cambios que se produjeron en los últimos ~200 segundos en el origen aún no se sincronizarán con el destino. En este momento, las escrituras en el origen se pueden detener e iniciarse la transición. En caso de que haya tráfico pesado en el origen, se recomienda detener primero las escrituras para que Latency pueda acercarse a 0 y, a continuación, se inicia la transición. La operación de transición aplica todos los cambios pendientes del origen al destino y completa la migración. Si desencadena una "Transición" incluso con un valor distinto de cero Latency, la replicación se detiene hasta ese momento dado. Todos los datos del origen hasta el punto de transición se aplican al destino. Suponiendo una latencia de 15 minutos en el punto de transición, todos los datos modificados en los últimos 15 minutos se aplican al destino. El tiempo necesario depende del trabajo pendiente de los cambios realizados en los últimos 15 minutos. Por lo tanto, se recomienda que la latencia llegue a cero o cerca de cero, antes de desencadenar la transición. La información de latency se puede obtener mediante el comando migration show. Esta es una instantánea de la migración antes de iniciar la transición:

Después de iniciar la transición, todas las transacciones que se produjeron durante la copia base se copian secuencialmente en el destino y se completa la migración.

Si la transición no se realiza correctamente, la migración se mueve al estado Failed.

Para más información sobre este comando, use el parámetro help:

 az postgres flexible-server migration update -- help

Cancelación de la migración mediante la CLI

Puede cancelar cualquier intento de migración en curso mediante el comando cancel. Este comando detiene el intento de migración concreto, pero no quita ni revierte ningún cambio en el servidor de destino. Aquí se muestra el comando de la CLI para eliminar una migración:

az postgres flexible-server migration update cancel [--subscription]
                                            [--resource-group]
                                            [--name]
                                            [--migration-name]

Por ejemplo:

az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1"

Para más información sobre este comando, use el parámetro help:

 az postgres flexible-server migration update cancel -- help

El comando proporciona el siguiente resultado:

Después de la migración

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.

Contenido relacionado

• Servicio de migración
• Migración desde AWS RDS
• procedimientos recomendados
• Limitaciones y problemas conocidos
• Configuración de red
• Validaciones previas a la migración