日時(UTCで)をデータベースに保存しています。これはローカルマシンでアプリケーションを実行しているときに正しく動作します。同じアプリケーションは、空白から約2分の差がローカル実行アプリケーションから発生します。azureにローカルで実行中のアプリケーションで時間(UTC)の違いが発生する理由は何ですか?
同じ問題が(オンプレミス)SQL ServerとAzureのSQLの間で発生それが原因2つのシステム間のシステムクロックの違いであってよいように、「2分の差が」聞こえる
日時(UTCで)をデータベースに保存しています。これはローカルマシンでアプリケーションを実行しているときに正しく動作します。同じアプリケーションは、空白から約2分の差がローカル実行アプリケーションから発生します。azureにローカルで実行中のアプリケーションで時間(UTC)の違いが発生する理由は何ですか?
同じ問題が(オンプレミス)SQL ServerとAzureのSQLの間で発生それが原因2つのシステム間のシステムクロックの違いであってよいように、「2分の差が」聞こえる
。
「(UTC)で作成日時」のソースを指定していないあなたの質問は
がいることをされているデータベース機能から、またはお使いのアプリケーションから?
2つの異なるシステム上のシステムクロックが同じタイムサービスを使用して同期されていないことが最もよく考えられます。
4ドルのタイム・ウォッチは、4000ドルのサーバーのハードウェア・クロックよりも優れています。 (私はドリフトがわずか2分であることに驚いています。)2つのシステムのクロックを一致させるには、互いに同期させるためのメカニズムが必要です。
フォロー
私は上記の答えはあなたが尋ねた質問を取り上げたと信じています。
ご質問があります。私はあなたが答えを探しているかもしれないと思うかもしれないと思います... "システムクロックが同期するように複数のWindowsサーバーを設定するにはどうすればいいですか?"
ヒント
など
これは当てはまりますが、2つのノードを持つことは、時差が発生し、ソフトウェアがそれに対処できなければならないことを意味すると付け加えなければなりません。 – sharptooth
ローカルマシンとリモートサーバーのシステム時刻が異なるためです。 –