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 cliente PostgreSQL nativas
Puede utilizar aplicaciones cliente de PostgreSQL nativas para realizar una migración sin conexión, como pg_dump
La utilidad pg_restore sirve para restaurar una base de datos de PostgreSQL desde un archivo creado por pg_dump. Puede ejecutar la utilidad pg_restore en modo parallel si usa pg_dump en formato personalizado o de directorio. Para aumentar el rendimiento de pg_restore, puede ajustar los siguientes parámetros:
shared_buffers
Configúrelo para que se ajuste a sus requisitos y aumentemaintenance_work_mem
para acelerar la creación de índices.Desactive el registro exhaustivo, el daemon autovacuum y
full_page_writes
.(Opcional) Realice una copia de seguridad del esquema y restaure y utilice un método de volcado y restauración únicamente de datos. Si utiliza este método, puede utilizar la
disable-triggers
opción para mejorar el rendimiento.
Puede ejecutar pg_dump y pg_restore desde su instancia de EC2 de destino. Le recomendamos que utilice AWS Direct Connect para mejorar la velocidad y el rendimiento. Por último, asegúrese de tener espacio de almacenamiento para el archivo de copia de seguridad.
Arquitectura
El siguiente diagrama muestra la arquitectura para migrar una base de datos PostgreSQL local a la nube de AWS mediante aplicaciones cliente de PostgreSQL nativas.
En el diagrama se muestra el siguiente flujo de trabajo:
Realice copias de seguridad mediante pg_dump.
Cree una instancia de EC2 e instale PostgreSQL en la instancia.
Copia del archivo de volcado en Amazon EC2.
Restaure el archivo de respaldo mediante pg_restore.
Limitaciones
Recomendamos que tenga en cuenta las siguientes limitaciones al utilizar aplicaciones cliente de PostgreSQL nativas antes de iniciar la migración:
El volcado y la restauración pueden llevar mucho tiempo para bases de datos más grandes (es decir, bases de datos de más de 300 GB).
Esta opción requiere un tiempo de inactividad total de la base de datos.
Se necesita una cantidad significativa de espacio en disco en el servidor para realizar copias de seguridad y luego copiarlas en Amazon EC2.