.dup-next-failed-ingest-Befehl
Verwenden Sie den .dup-next-failed-ingest
Befehl zur Ad-hoc-Problembehandlung für Ihre Datenerfassungsflows.
.dup-next-failed-ingest
watch die nächste Erfassung für einen Erfassungsfehler. Wenn bei der nächsten Erfassung ein Fehler auftritt, werden die erfolgreich heruntergeladenen Erfassungsquelldateien und eine Datei, die Metadaten für die Erfassungsanforderung enthält, in den angegebenen Speichercontainer hochgeladen. Da dieser Befehl nur eine nachfolgende Erfassung überwacht, führen Sie diesen Befehl jedes Mal aus, wenn Sie die nächste Erfassung watch möchten.
Die Datei wird in den Speichercontainer hochgeladen, und die Erfassung erfolgt über denselben Clusterknoten. Der Befehl wird bei einem einzelnen Erfassungsvorgang wirksam und weist keinen dauerhaften Zustand auf. Wenn sich also der Administratorknoten zwischen der Befehlsausführung und der nächsten Erfassung ändert, müssen Sie den Befehl erneut ausführen. Sehen Sie sich den Speichercontainer an, um zu erfahren, wann die Duplizierung abgeschlossen ist.
Hinweis
- Dieser Befehl wird im Kontext einer bestimmten Datenbank ausgeführt.
- Unterstützter Speicher ist Azure-Blobcontainer.
Berechtigungen
Zum Ausführen dieses Befehls benötigen Sie mindestens Datenbank-Admin Berechtigungen.
Syntax
.dup-next-failed-ingest
into
Tablenameto
StorageContainerPath
Erfahren Sie mehr über Syntaxkonventionen.
Parameter
Name | Typ | Erforderlich | BESCHREIBUNG |
---|---|---|---|
TableName | string |
✔️ | Der Name der Tabelle, aus der die nächste Erfassung dupliziert wird. |
StorageContainerPath | string |
✔️ | Der Pfad zum Blobcontainer, in dem die Duplizierung gespeichert wird. Es wird empfohlen, den Pfad mit "h@" vorab zu verwenden, um vertrauliche Informationen auszublenden. Weitere Informationen finden Sie unter Verschleierte Zeichenfolgenliterale. |
Gibt zurück
Die bereitgestellten Tabellenname, StorageContainerPath und IngestionCommandFilePath. Der Pfad der Erfassungsbefehlsdatei ist der Speicherort der Erfassungsdateianforderung im Blobcontainer.
Bei der nächsten Pulldatenerfassung werden die Erfassungsquelldateien und eine Datei mit Metadaten in den Blobcontainer hochgeladen.
Beispiel
.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-74ef54e491d1d1 |
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für