arranque-db

Bootstrap AptosDB desde una copia de seguridad

Permite a los usuarios cargar desde una copia de seguridad para recuperar la base de datos de su nodo hasta un estado conocido.

Uso

movement aptos node bootstrap-db [OPTIONS] <--local-fs-dir <LOCAL_FS_DIR>|--command-adapter-config <COMMAND_ADAPTER_CONFIG>>

Opciones

• --local-fs-dir <LOCAL_FS_DIR> Seleccione el tipo de almacenamiento de copia de seguridad LocalFs, que se utiliza principalmente para pruebas.

• --command-adapter-config <COMMAND_ADAPTER_CONFIG> Seleccione el tipo de almacenamiento de copia de seguridad CommandAdapter, que lee comandos de shell con los que se comunica con un sistema de archivos local o un almacenamiento remoto en la nube. Se pueden agregar filtros de compresión u otros como parte de los comandos. Vea una configuración de muestra (https://github.com/aptos-labs/aptos-networks/tree/main/testnet/backups).

• --metadata-cache-dir <DIR> Directorio de caché de metadatos. Si se especifican y se comparten entre ejecuciones, los archivos de metadatos en la caché no se descargarán nuevamente desde la fuente de respaldo, lo que acelerará significativamente el inicio de la herramienta. El contenido de la caché puede estropearse si se utiliza en la red devnet, la red de prueba y la red principal. El valor predeterminado es el directorio temporal.

• --replay-all Vuelva a reproducir todas las transacciones, no intente utilizar una instantánea del estado.

• --ledger-history-start-version <LEDGER_HISTORY_START_VERSION> Si es posible, ignore la restauración del historial del libro mayor (transacciones y eventos) anterior a esta versión. Establezca 0 para el historial completo del libro mayor. El valor predeterminado es iniciar el historial del libro mayor solo después de la instantánea del estado seleccionado.

• --skip-epoch-endings Omita la restauración de la información de fin de época, que se utiliza para la depuración.

• --dry-run Ejecución en seco sin escribir datos en la base de datos.

• --target-db-dir <DB_DIR>

• --target-version <TARGET_VERSION> El contenido más reciente que esta versión no se recuperará en la base de datos, por lo que de forma predeterminada se utilizará la versión más grande posible, lo que significa recuperar todo lo que hay en las copias de seguridad.

• --trust-waypoint <TRUST_WAYPOINT>(múltiple) Cuando se proporciona, una época que finaliza en LedgerInfo en la versión del punto de ruta se comparará con el hash en el punto de ruta, pero las firmas en él NO se verifican. Utilice esto para dos propósitos:

  1. Configure la génesis o el último punto de referencia para confirmar que la copia de seguridad sea compatible.

  2. Establezca puntos de referencia en las versiones en las que se utilizaron transacciones de conjunto de escritura para sobrescribir el conjunto de validadores, de modo que se omita la verificación de firma. NB: LedgerInfos se verifican solo cuando se restauran/verifican las copias de seguridad de finalización de época, es decir, NO se verifican en absoluto cuando se realiza una restauración única de las copias de seguridad de la transacción y del estado.

• --concurrent-downloads <CONCURRENT_DOWNLOADS> Número de descargas simultáneas desde el almacenamiento de respaldo. Esto también cubre las descargas iniciales de metadatos. Acelera el acceso remoto a la copia de seguridad. El valor predeterminado es el número de CPU.

• --replay-concurrency-level <REPLAY_CONCURRENCY_LEVEL> concurrency_level utilizado por el ejecutor de la transacción, aplicable al reproducir transacciones después de una instantánea del estado. El valor predeterminado es el número de CPU.