免責事項:この記事はブロガーオリジナル記事です、続くBY-SAのCC 4.0を著作権契約、複製、元のソースのリンクと、この文を添付してください。
1.トランザクション
soucrceから水路二つの別々のトランザクションがでシンクするチャネルからチャネルに通す、ならびにイベントの原因です。すべてのイベントでの取引はすべてのチャンネルに配信され、正常に送信されると、それが完了したとして、ソースファイルがマークされています。同様に、同様の方法での取引は、シンクするチャネルからの転送処理に対処するため、およびイベント・レコードを作ることはできませんいくつかの理由であれば、そのトランザクションはロールバックされます。そして、すべてのイベントが再配信を待って、チャンネルのままになります。
フリュームトランザクション機構、一般的に、生成された各イベント・ソースがでシンクに送信されることを保証します。これは、少なくとも一度到達するイベントシンクによって生成された各ソースになった他の言葉で、到着した同じイベントを繰り返すことが可能です。
2.Channel設定
チャンネル水路は3つあります実現するために提供しました:
- Javaヒープで開催されたMemory Channelのイベント。あなたはデータ損失の少量を許可する場合は、使用することをお勧めします。(ダウンタイムは、データを失う可能性があります)
- ファイルチャネルのローカルファイルに保存されたイベント、高い信頼性、スループットが、メモリーチャンネルより低いです
- リレーショナルデータに保存されているJDBCチャンネルイベントは、一般的には推奨されません