Kusto.Ingest 引入状态报告

适用于：✅Azure 数据资源管理器

本文介绍了如何使用 IKustoQueuedIngestClient 功能来跟踪引入请求的状态。

说明类

这些说明类包含有关要引入的源数据的重要详细信息，应在引入操作中使用。

• SourceDescription
• DataReaderDescription
• StreamDescription
• FileDescription
• BlobDescription

这些类全部派生自抽象类 SourceDescription，用于实例化每个数据源的唯一标识符。 然后，系统会使用每个标识符进行状态跟踪并将其显示在与相关操作相关的所有报告、跟踪和异常中。

Class SourceDescription

大型数据集将拆分为 1GB 的区块，每个部分将单独引入。 然后，系统会将同一 SourceId 应用于源自同一数据集的所有引入操作。

public abstract class SourceDescription
{
    public Guid? SourceId { get; set; }
}

Class DataReaderDescription

public class DataReaderDescription : SourceDescription
{
    public  IDataReader DataReader { get; set; }
}

Class StreamDescription

public class StreamDescription : SourceDescription
{
    public Stream Stream { get; set; }
}

Class FileDescription

public class FileDescription : SourceDescription
{
    public string FilePath { get; set; }
}

Class BlobDescription

public class BlobDescription : SourceDescription
{
    public string BlobUri { get; set; }
    // Setting the Blob size here is important, as this saves the client the trouble of probing the blob for size
    public long? BlobSize { get; set; }
}

引入结果表示形式

Interface IKustoIngestionResult

此接口捕获单个排队引入操作的结果，可通过 SourceId 来检索。

public interface IKustoIngestionResult
{
    // Retrieves the detailed ingestion status of the ingestion source with the given sourceId.
    IngestionStatus GetIngestionStatusBySourceId(Guid sourceId);

    // Retrieves the detailed ingestion status of all data ingestion operations into Kusto associated with this IKustoIngestionResult instance.
    IEnumerable<IngestionStatus> GetIngestionStatusCollection();
}

Class IngestionStatus

IngestionStatus 包含单个引入操作的完整状态。

public class IngestionStatus
{
    // The ingestion status returns from the service. Status remains 'Pending' during the ingestion process and
    // is updated by the service once the ingestion completes. When <see cref="IngestionReportMethod"/> is set to 'Queue' the ingestion status
    // will always be 'Queued' and the caller needs to query the report queues for ingestion status, as configured. To query statuses that were
    // reported to queue, see: <see href="https://learn.microsoft.com/azure/kusto/api/netfx/kusto-ingest-client-status#ingestion-status-in-azure-queue"/>.
    // When <see cref="IngestionReportMethod"/> is set to 'Table', call <see cref="IKustoIngestionResult.GetIngestionStatusBySourceId"/> or
    // <see cref="IKustoIngestionResult.GetIngestionStatusCollection"/> to retrieve the most recent ingestion status.
    public Status Status { get; set; }
    // A unique identifier representing the ingested source. Can be supplied during the ingestion execution.
    public Guid IngestionSourceId { get; set; }
    // The URI of the blob, potentially including the secret needed to access the blob.
    // This can be a filesystem URI (on-premises deployments only), or an Azure Blob Storage URI (including a SAS key or a semicolon followed by the account key)
    public string IngestionSourcePath { get; set; }
    // The name of the database holding the target table.
    public string Database { get; set; }
    // The name of the target table into which the data will be ingested.
    public string Table { get; set; }
    // The last updated time of the ingestion status.
    public DateTime UpdatedOn { get; set; }
    // The ingestion's operation Id.
    public Guid OperationId { get; set; }
    // The ingestion operation activity Id.
    public Guid ActivityId { get; set; }
    // In case of a failure - indicates the failure's error code.
    public IngestionErrorCode ErrorCode { get; set; }
    // In case of a failure - indicates the failure's status.
    public FailureStatus FailureStatus { get; set; }
    // In case of a failure - indicates the failure's details.
    public string Details { get; set; }
    // In case of a failure - indicates whether or not the failures originate from an Update Policy.
    public bool OriginatesFromUpdatePolicy { get; set; }
}

状态枚举

跟踪引入状态 (KustoQueuedIngestClient)

IKustoQueuedIngestClient 是一种“即发即弃”客户端。 客户端上的引入操作将消息发布到 Azure 队列便结束了。 在发布后，客户端作业完成。 为了方便客户端用户，KustoQueuedIngestClient 提供了一种用于跟踪各个引入状态的机制。 此机制不适合在高吞吐量引入管道上大量使用。 此机制适用于在速率相对较低且跟踪要求严格的情况下进行精确引入。

以下属性（在 KustoQueuedIngestionProperties 上设置的）控制引入成功通知或失败通知的级别和传输。

IngestionReportLevel 枚举

public enum IngestionReportLevel
{
    FailuresOnly = 0,
    None,
    FailuresAndSuccesses
}

IngestionReportMethod 枚举

public enum IngestionReportMethod
{
    Queue = 0,
    Table,
    QueueAndTable
}

若要跟踪引入状态，请为执行引入操作时使用的 IKustoQueuedIngestClient 提供以下内容：

1. 将 IngestionReportLevel 属性设置为所需的报告级别。 FailuresOnly（默认值）或 FailuresAndSuccesses。 如果设置为 None，则在引入结束时不会报告任何内容。
2. 指定 IngestionReportMethod - Queue、Table 或 QueueAndTable。

可在 Kusto.Ingest 示例页上找到用法示例。

Azure 表中的引入状态

从每个引入操作返回的 IKustoIngestionResult 接口包含可用于查询引入状态的函数。 请特别注意返回的 IngestionStatus 对象的 Status 属性：

• Pending 表示源已排队等待引入，但尚未更新。 请再次使用该函数查询源的状态
• Succeeded 表示已成功引入源
• Failed 表示未能引入源

Azure 队列中的引入状态

IKustoIngestionResult 方法仅适用于检查 Azure 表中的状态。 若要查询报告给 Azure 队列的状态，请使用下面的 IKustoQueuedIngestClient 方法。

从 Azure 队列检索的引入失败

引入失败由 IngestionFailure 对象表示，该对象包含有关失败的有用信息。