稼働中にシステム時間を変更すると、データベースとメールサーバーに悪いことが起こるという噂を聞いたことがあります。しかし、実際のリスクに関する具体的な情報を見つけるのに苦労しています。
Debian Wheezyホストで稼働している実稼働Postgres 9.3サーバーがあり、時間が367秒ずれています。ntpdatePostgresの実行中にopenntpを実行または起動することはできますか、それとも問題を引き起こす可能性がありますか？もしそうなら、時間を修正するより安全な方法は何ですか？
システム時間の変更により敏感な他のサービスはありますか？たぶんメールサーバー（exim、sendmailなど）またはメッセージキュー（activemq、rabbitmq、zeromqなど）？
回答:
データベースは時間をさかのぼるステップを好まないため、時間をジャンプするデフォルトの動作から始めたくありません。-xオフセットが600秒（10分）未満の場合、コマンドラインにオプションを追加すると時間がかかります。最大スルーレートでは、クロックを1分調整するのに約1日半かかります。これは時間を調整するための遅いが安全な方法です。
実行ntpして時間を調整する前に、検出するオフセットの大きさを確認するntpなどのオプションで開始することができます-g 2。これにより、パニックオフセットが2秒に設定され、比較的安全になります。
このオプションが利用可能になる前に私が使用した代替オプションは、1分ごとに1秒ごとに時計をリセットするループを作成することでした。リセットによって2番目の値が変更されないことを確認する場合、これはおそらく安全です。タイムスタンプを頻繁に使用する場合、シーケンスレコードが正しくない可能性があります。
一般的なオプションは、時計が逆方向に移動しないようにサーバーを十分にシャットダウンすることです。 ntpまたはntpdate、起動時にクロックを正しい時間にジャンプするように構成できます。これは、データベースを起動する前に行う必要があります。
データベースは非常にアクティブで、内部レコードにタイムスタンプがある場合、システム時間の変更に対して特に脆弱です。一般に、時間に遅れがある場合は、先に進んで突然後ろにジャンプする場合よりも、突然前にジャンプする場合の問題がはるかに少なくなります。
Joffreyが指摘しているように、突然の時間ジャンプに問題があるのは、データベース自体よりもはるかに多くのアプリケーションです。時刻を修正する最も安全な方法は、アプリケーションをN + 1分間（Nはシステムクロックが進んでいる分数）シャットダウンしてから、時刻を同期し、NTPを起動して、アプリケーションを再起動することです。アプリケーションでそれほど多くのダウンタイムをとることができない場合、時間を同期する前にデータベースのバックアップを取ることをお勧めします。そして、コンピューターの神様に死んだリスを提供し、トリガーを引くだけです。さて、私は少しファセットになっていますが、アプリケーションを停止する以外の「安全な」方法は考えられません。
通常、インスタントタイムリープが発生した場合にエラーに対して脆弱なのはデータベースサーバーではなく、その時間を使用するアプリケーションです。
通常、時間を追跡するには、独自の時間追跡とシステム時間の比較の2つの方法があります。両方とも、いくつかのプラスとマイナスのトレードオフがあります。
これは、正確なタイミングがそれほど重要ではない一部の組み込みプログラミングおよびシステムで使用されています。メインアプリケーションループでは、「ティック」を追跡する方法が考慮されます。これは、経過時間を示すカーネル、スリープ、または選択によって与えられるアラームである可能性があります。経過時間がわかっている場合、この時間をカウンターに加算または減算できることがわかります。このカウンタは、タイミングアプリケーションを発生させるものです。たとえば、カウンタが10秒を超える場合、何かを破棄するか、何かをする必要があります。
アプリケーションが時間を追跡しない場合、カウンターは変更されません。これは、アプリケーションの設計によっては望ましい場合があります。たとえば、長時間実行プロセスが処理に要する時間を追跡することは、開始/停止タイムスタンプのリストよりもカウンターの方が簡単です。
プロ：
短所：
これはより頻繁に使用されるシステムです。タイムスタンプを保存し、システム時間呼び出しを使用してタイムスタンプと比較します。システム時間の大幅なスキューは、アプリケーションの整合性を脅かす可能性があります。数秒のタスクは、クロックの方向によって数時間かかるか、すぐに終了する可能性があります。
プロ：
短所：
ほとんどのアプリケーションは、タイムスタンプ比較を使用してタスクをスケジュールします。キャッシュのクリーンアップが可能なデータベースシステムの場合。
データベースを使用し、クエリ言語で時間関数を呼び出すすべてのアプリケーションは、アプリケーションがそれに応じて検出および処理しない場合、スキューの影響を受けます。アプリケーションは、目的に応じて実行を停止したり、無期限のログイン期間を許可したりすることはできません。
メールシステムは、古くなったメールや未配達のメールを処理するためにタイムスタンプやタイムアウトを使用します。クロックスキューはそれに影響を与える可能性がありますが、影響ははるかに小さくなります。サーバーへの再接続に関するバックオフタイマーが失われると、接続サーバーでペナルティが発生する可能性があります。
システム時間を変更すると、カーネルアラームが鳴るとは思いません（調査していません）。これらを使用するシステムは安全です。
ゆっくり時間を移動します。これは、お気に入りの時間ソリューションのドキュメントに記載されています。
now()ます。時間を変更する安全な方法を回答に追加できますか？