Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Aplicaciones de cliente de PostgreSQL nativas
Puede utilizar las aplicaciones de cliente nativas de PostgreSQL para una migración sin conexión, entre estas pg_dump
La utilidad pg_restore sirve para restaurar una base de datos de PostgreSQL a partir de un archivo creado por pg_dump. Puede ejecutar la utilidad pg_restore en modo paralelo si utiliza pg_dump en formato personalizado o de directorio. Para aumentar el rendimiento de pg_restore, puede ajustar los parámetros siguientes:
Establezca
shared_bufferspara que se adapte a sus requisitos y aumentemaintenance_work_mempara acelerar la creación de índices.Desactive el registro exhaustivo, el daemon de autovacuum y
full_page_writes.(Opcional) Haga una copia de seguridad del esquema y restáurelo y utilice un volcado y restauración solo de datos. Si utiliza este método, puede utilizar la opción
disable-triggerspara mejorar el rendimiento.
Puede ejecutar pg_dump y pg_restore desde la instancia de EC2 de destino. Le recomendamos utilizar AWS Direct Connect para mejorar la velocidad y el rendimiento. Por último, asegúrese de tener espacio de almacenamiento para el archivo de la copia de seguridad.
Arquitectura
En el diagrama siguiente se muestra la arquitectura para migrar de una base de datos de PostgreSQL en las instalaciones a la nube de AWS mediante aplicaciones de cliente de PostgreSQL en las instalaciones.

En el diagrama, se muestra el siguiente flujo de trabajo:
Haga copias de seguridad mediante pg_dump.
Cree una instancia de EC2 e instale PostgreSQL en esta.
Copie el archivo de volcado en Amazon EC2.
Restaure el archivo de copia de seguridad con pg_restore.
Limitaciones
Le recomendamos tener en cuenta las limitaciones siguientes del uso de aplicaciones de cliente de PostgreSQL para comenzar con la migración:
El vaciado y la restauración pueden ser muy tardadas en el caso de bases de datos más grandes (es decir, bases de datos de más de 300 GB).
Para esta opción es necesario un tiempo de inactividad total de la base de datos.
Es necesaria una cantidad significativa de espacio en disco en el servidor para hacer copias de seguridad y, a continuación, copiarlas en Amazon EC2.