問題タブ [journaling]

IBM i で DSPJRN ジャーナリング データベース ファイルから抽出されたデータを分析する方法 コマンド DSPJRN を使用してジャーナルから抽出された出力は、メタデータとネイティブ形式のデータ ブロック (テキストおよびバイナリ データのストリーム) で構成されます。一部の情報を抽出できたとしても、それらを読み取るためのいくつかのルールがあると思いますが、私の知る限りではありません。ドキュメントにはまだ情報がありません。このデータを扱っている人はいますか？

ファイル システムまたはディスク ドライバーは、CPU または共有メモリ システムのメモリ フェンスのようなファイル システム変更フェンスの概念をサポートしていますか?

フェンスは、メモリ操作を分離する命令であり、フェンス イベントの後にグローバルに表示されるメモリ アクセスは、その前に発生するすべてのメモリ アクセスまで検出されません。

そのような機能は、効率的な方法でファイル コンテンツの変更 (およびレパートリーの変更) に使用できますか? もちろん、単純な解決策は、すべての書き込みが安定したストレージに書き込まれるまで待つことです。ただし、これはアプリケーションをブロックしており、多くの同期ポイントが必要な場合は非効率になる可能性があります。また、1 つの大きな書き込み (フェンスで区切られた多くの書き込みを含む) が完全にジャーナリングされたシステムで同じ制約を満たす場合、または最大の書き込みがディスク ドライバーによってアトミックであることが保証されている場合、多数の小さな個別の書き込みが発生する可能性があります。

ファイル システム ドライバーは、ファイル システム アクセス フェンスを使用して強制的に書き込みを行うことができますか? コンセプトは検討されていますか？

精度

質問の文脈は、複数のプロセスが際どい方法で同じファイルにアクセスするのではなく、データベースにデータを保存する 1 つのプロセスであり、プロセスの中断 (コンピューターのクラッシュであっても) が (2 つのフェンス間で) 変更のシーケンスを 1 つだけ残す必要があります。一部記載あり。

私のクライアントは office365 を使用しており、いくつかのメールボックスのジャーナリングをセットアップしています。しかし、受信した電子メールの一部がジャーナル メールボックスに送信されていないようです。

取引ルールを確認しましたが、問題ありませんでした。

この種のエラーを引き起こす可能性のある他の理由は何ですか?

ジャーナリング エラーを見つけるためにチェックできるログ ファイルはありますか?

これはすべてのメールで発生するわけではなく、一部のメールでのみ発生するため、ジャーナルの構成に問題はありませんよね?

私は PowerShell にしかアクセスできず、実際のアカウントや管理ポータルにログインできません。