3

SQL テーブルから Azure テーブルにデータを移動するために、Azure Data Factory サービスにいくつかのパイプラインを作成しました。しかし、彼らは決して走り始めません。代わりに、 Azure Portal でボタンpending validationをクリックした後でも、ソース データ セットが残ります。runプロパティは既に確認済みで、externalすべて として設定されていtrueます。他に考えられる理由はないのだろうか。

そして、ここに私のテーブルソースがあります

{
    "name": "TableSrc",
    "properties": {
        "published": false,
        "type": "AzureSqlTable",
        "linkedServiceName": "LinkedService-AzureSql",
        "typeProperties": {
            "tableName": "myTable"
        },
        "availability": {
            "frequency": "Month",
            "interval": 1
        },
        "external": true,
        "policy": {}
    }
}
4

4 に答える 4

4

毎日実行するパイプラインを設定しようとしてこれに遭遇し、「anchorDateTime」可用性プロパティを使用できると考え、これを行うことができましたが、データセット"frequency"のセクションのプロパティを"availability"最低レベルに設定する必要があります指定する粒度。つまり、毎日午後 6 時 30 分 (UTC) に何かを実行したい場合、データセットは次のようにする必要があります (分レベルで時刻を指定しているため)。

"availability": {
    "frequency": "Minute",
    "interval": 1440,
    "anchorDateTime": "2016-01-27T18:30:00Z"
}

パイプラインの"scheduler"部分は次のようにする必要があります。

"scheduler": {
    "frequency": "Minute",
    "interval": 1440,
    "anchorDateTime": "2016-01-27T18:30:00Z"
}

これは 1440 分ごと (つまり 24 時間ごと) に実行されます。Microsoftのドキュメントはこのトピックについて矛盾しているため（または少なくとも誤解を招く可能性があります）、他の誰かの助けになることを願っています：

毎日のスケジュールの場合、anchorDateTime = 10/20/2014 6 AM を設定すると、スケジュールが毎日午前 6 時に行われることを意味します。

これは実際には真実ではなく、2 行後に次のように書かれています。

AnchorDateTime に間隔よりも細かい日付部分がある場合、より細かい部分は無視されます。たとえば、間隔が毎時 (頻度: 時間、間隔: 1) で、AnchorDateTime に分と秒が含まれている場合、AnchorDateTime の分と秒の部分は無視されます。

この 2 番目の部分は、私たちが直面していると私が考えるものであり、上記の戦略を提案した理由です。

参照: https://msdn.microsoft.com/en-us/library/azure/dn894092.aspx

于 2016-01-28T21:03:14.140 に答える
1

理由がわかりました...次の丸められた月が始まるのを待ちます。つまり、翌月の最初の日に開始され、手動でトリガーする方法はありません。

于 2015-09-22T08:36:54.377 に答える
1

私は同じ問題を抱えていました。UTC に従ってパイプラインの開始時刻を指定していなかったことが判明しました。

于 2015-10-20T09:10:45.703 に答える