Comando dup-next-failed-ingest
Usare il .dup-next-failed-ingest
comando per la risoluzione dei problemi ad hoc dei flussi di inserimento dati.
.dup-next-failed-ingest
watch l'inserimento successivo per un errore di inserimento. Se l'inserimento successivo non riesce, i file di origine di inserimento scaricati correttamente e un file contenente metadati nella richiesta di inserimento verranno caricati nel contenitore di archiviazione specificato. Poiché questo comando controlla solo un inserimento successivo, eseguire questo comando ogni volta che si vuole watch l'inserimento successivo.
Il caricamento del file nel contenitore di archiviazione e l'inserimento vengono eseguiti dallo stesso nodo del cluster. Il comando ha effetto su una singola operazione di inserimento e non ha uno stato permanente, quindi se il nodo amministratore cambia tra l'esecuzione del comando e l'inserimento successivo, sarà necessario eseguire di nuovo il comando. Controllare il contenitore di archiviazione per sapere quando la duplicazione è stata completata.
Nota
- Questo comando viene eseguito nel contesto di un database specifico.
- L'archiviazione supportata è contenitori BLOB di Azure.
Autorizzazioni
Per eseguire questo comando, è necessario disporre almeno delle autorizzazioni di Amministrazione database.
Sintassi
.dup-next-failed-ingest
into
Tablenameto
StorageContainerPath
Altre informazioni sulle convenzioni di sintassi.
Parametri
Nome | Tipo | Obbligatoria | Descrizione |
---|---|---|---|
TableName | string |
✔️ | Nome della tabella da cui verrà duplicato l'inserimento successivo. |
StorageContainerPath | string |
✔️ | Percorso del contenitore BLOB che archivierà la duplicazione. È consigliabile anteporre il percorso a "h@" per nascondere le informazioni riservate. Per altre informazioni, vedere Valori letterali stringa offuscati. |
Restituisce
TableName, StorageContainerPath e IngestionCommandFilePath specificati. Il percorso del file di comando di inserimento è il percorso della richiesta di file di inserimento all'interno del contenitore BLOB.
Al successivo inserimento di dati pull, i file di origine di inserimento e un file contenente i metadati verranno caricati nel contenitore BLOB.
Esempio
.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 |
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per