DBAtlas · Atlas de operaciones de bases de datos

Importar en el destino

Oracle

# Import with Data Pump; remap schema and tablespace
impdp system/password directory=DIR_DMP dumpfile=shop_%U.dmp \
  logfile=shop_imp.log \
  remap_schema=shop:shop_new \
  remap_tablespace=USERS:DATA parallel=4

# For existing objects: TABLE_EXISTS_ACTION=TRUNCATE|APPEND|REPLACE

impdp carga en el destino el archivo .dmp obtenido con expdp. REMAP_SCHEMA traslada el origen a otro esquema y REMAP_TABLESPACE a otro tablespace; se usan a menudo al migrar entre entornos. El comportamiento ante tablas existentes se define con TABLE_EXISTS_ACTION, y la velocidad con PARALLEL.

PostgreSQL

# Parallel restore (from custom/directory format)
pg_restore -j4 -d targetdb --no-owner --clean --if-exists shop.dump

# A specific table only: pg_restore -d targetdb -t customer shop.dump
# For a plain .sql dump:  psql -d targetdb -f shop.sql

Con pg_restore -j, los dumps en formato custom/directory se cargan en paralelo (varios procesos); esto acelera mucho la carga en bases de datos grandes. --clean --if-exists elimina primero los objetos del destino y --no-owner se adapta a una estructura de roles distinta. Los dumps SQL planos se cargan con psql -f (no en paralelo).

MySQL

# Load a plain SQL dump
mysql --binary-mode shop < shop.sql

# Parallel/fast load (if taken with mydumper):
myloader --directory=./backup --database=shop --threads=4 --overwrite-tables

# Tip: SET FOREIGN_KEY_CHECKS=0; unique_checks=0 before loading speeds it up.

Un dump SQL de mysqldump se carga redirigiéndolo al cliente mysql (mysql shop < dump.sql). Para una carga en paralelo y mucho más rápida, un directorio obtenido con mydumper se restaura con myloader --threads. Desactivar FOREIGN_KEY_CHECKS y UNIQUE_CHECKS durante la carga mejora el rendimiento.

SQL Server

-- Restore from a physical backup (move file paths to the new environment)
RESTORE DATABASE shop FROM DISK = 'C:\backup\shop.bak'
WITH MOVE 'shop_data' TO 'D:\data\shop.mdf',
     MOVE 'shop_log'  TO 'D:\log\shop.ldf', REPLACE;

-- Import from a BACPAC (schema+data):
-- sqlpackage /Action:Import /TargetConnectionString:"..." /SourceFile:shop.bacpac

Un backup .bak se carga con RESTORE DATABASE; al pasar a una distribución de discos distinta, WITH MOVE redirige los archivos de datos/log a nuevas rutas. Para un destino independiente de versión/Azure SQL, SqlPackage /Action:Import crea a partir del archivo .bacpac (esquema + datos) una nueva base de datos.

MongoDB

# Restore the BSON backup; replay the oplog to land on a single point in time
mongorestore --uri="mongodb://target:27017" --oplogReplay \
  --numParallelCollections=4 ./backup

# Renaming: --nsFrom='shop.*' --nsTo='shop_new.*'
# Drop existing data before loading: --drop

mongorestore carga en el destino la salida BSON de mongodump. --oplogReplay vuelve a aplicar los cambios del oplog de un backup obtenido con --oplog, llevando el dump a un único punto en el tiempo consistente. Los nombres de base de datos/colección se cambian con --nsFrom/--nsTo, y los datos existentes se pueden borrar con --drop.

Redis

# Stop the server, place dump.rdb in the data directory, start it again
# 1) systemctl stop redis  (or SHUTDOWN NOSAVE)
# 2) cp dump.rdb  <path found with CONFIG GET dir>/dump.rdb
# 3) systemctl start redis   -> Redis loads the RDB into memory at startup

# Alternative (live): feed a RESP command stream with redis-cli --pipe

Redis solo carga el RDB al arrancar. Por eso se detiene el servidor de destino, se coloca el dump.rdb migrado en el directorio de datos (CONFIG GET dir) y se reinicia el servidor; al arrancar, la memoria se carga desde el RDB. Para cargar sin detener el servidor, envíe las claves en formato RESP con redis-cli --pipe.

Elasticsearch

# Register the same repository on the target cluster, then restore the snapshot
PUT _snapshot/migration_repo
{ "type": "fs", "settings": { "location": "/mnt/es_backup" } }

POST _snapshot/migration_repo/migration_1/_restore
{ "indices": "customer,orders",
  "rename_pattern": "(.+)", "rename_replacement": "restored_$1" }

En el clúster de destino, registre el mismo repositorio de snapshots que en el origen (los archivos deben ser accesibles) y luego restaure los índices con _snapshot/.../_restore. Los nombres de índice se pueden cambiar con rename_pattern/rename_replacement. Los índices existentes no se pueden restaurar mientras estén abiertos; ciérrelos o renómbrelos antes.

Abrir en DBAtlas →