2017-08-18 9 views
0

ストレージアカウントをバックアップするソフトウェア(ブロック&テーブル、キューなし)を作成中です。これを行う方法を調べているうちに、ストレージロギングの可能性が出てきました。この機能を使用して、最初の完全バックアップの後でスマートインクリメンタルバックアップを実行したいと考えています。しかし、この機能の入門記事では、hereに次のような警告が記載されています。Windows Azureストレージロギングの信頼性

通常の操作では、すべての要求がログに記録されます。ログはベストエフォート型で提供されることに注意することが重要です。これは、書き出し前にストレージフロントエンドのログデータをメモリにバッファリングし、ロールを再起動するとログのバッファが失われるため、すべてのメッセージがログに記録されるという保証はありません。

これはバックアップの解決策であるため、この機能によってこの機能は使用できなくなります。ファイルを見逃すことはできません。しかし、私はMicrosoftがBLOB関数のトリガのようないくつかの機能を組み込み、最近では新しいAzure Event Gridを構築してきたので、これが変更されたのか疑問に思います。

私の質問は、この動作が変更されたかどうか、またはログがまだベストエフォート型であるかどうかと、私たちの 'スキャン'戦略に固執すべきかどうかです。

答えて

2

Azureストレージログの動作は同じです。あなたのケースでは、BlobストレージのEventGrid通知を使​​用する方が良いかもしれません:https://azure.microsoft.com/en-us/blog/introducing-azure-event-grid-an-event-service-for-modern-applications/

+0

これは、いくつかの新しいイベントAPIまたはスキャンに基づいたWebJobのようなものを使って$ logsコンテナを追跡しますか? –

+0

はい、Azureストレージとイベントグリッドでサポートされている新しいイベントAPIです。以前の方法とは異なり、信頼性があります。 – sguler

+0

そのAPI GAに関する情報はありますか? –

関連する問題