Comando .dup-next-failed-ingest
Use el .dup-next-failed-ingest
comando para solucionar problemas ad hoc de los flujos de ingesta de datos.
.dup-next-failed-ingest
watch la siguiente ingesta para un error de ingesta. Si se produce un error en la siguiente ingesta, los archivos de origen de ingesta descargados correctamente y un archivo que contiene metadatos en la solicitud de ingesta se cargará en el contenedor de almacenamiento especificado. Puesto que este comando solo supervisa una ingesta posterior, ejecute este comando cada vez que desee watch la siguiente ingesta.
El mismo nodo de clúster realiza las cargas de archivos en el contenedor de almacenamiento y la ingesta. El comando surte efecto en una sola operación de ingesta y no tiene ningún estado persistente, por lo que si el nodo de administración cambia entre la ejecución del comando y la siguiente ingesta, deberá volver a ejecutar el comando. Observe el contenedor de almacenamiento para saber cuándo se completa la duplicación.
Nota
- Este comando se ejecuta en el contexto de una base de datos específica.
- El almacenamiento admitido es contenedores de blobs de Azure.
Permisos
Debe tener al menos permisos de Administración de base de datos para ejecutar este comando.
Syntax
.dup-next-failed-ingest
into
Tablenameto
StorageContainerPath
Obtenga más información sobre las convenciones de sintaxis.
Parámetros
Nombre | Tipo | Requerido | Descripción |
---|---|---|---|
TableName | string |
✔️ | Nombre de la tabla desde la que se duplicará la siguiente ingesta. |
StorageContainerPath | string |
✔️ | Ruta de acceso al contenedor de blobs que almacenará la duplicación. Se recomienda precedir la ruta de acceso con "h@" para ocultar información confidencial. Para más información, consulte literales de cadena ofuscados. |
Devoluciones
TableName, StorageContainerPath y IngestionCommandFilePath proporcionados. La ruta de acceso del archivo de comando de ingesta es la ubicación de la solicitud de archivo de ingesta dentro del contenedor de blobs.
Tras la siguiente ingesta de datos de extracción, los archivos de origen de ingesta y un archivo que contiene metadatos se cargarán en el contenedor de blobs.
Ejemplo
.dup-next-failed-ingest into PerfCounter to h@'https://kustorenginsomecluster.blob.core.windows.net/ingestion-duplication-perf-counter;storagekey...==
.dup-next-failed-ingest into PerfCounter to h@'https://kustorenginsomecluster.blob.core.windows.net/ingestion-duplication-perf-counter?<SAS key that allows write>
TableName | StorageContainerPath | IngestionCommandFilePath |
---|---|---|
PerfCounter | https://kustorenginsomecluster.blob.core.windows.net/ingestion-duplication-perf-counter | ingestionrequest-KustoEH-PerfCounter-083736db-8cf7-4166-85fd-74ef54e491d1 |
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente las Cuestiones de GitHub como mecanismo de retroalimentación para el contenido y lo sustituiremos por un nuevo sistema de retroalimentación. Para más información, consulta:Enviar y ver comentarios de