2016-03-28 7 views
3

Googleではこれで何も見つかりません。私のSQL ServerはVM上にあり、何らかの理由でシステムクロックがドメイン時間から約30秒までさまよいます。これは週に0〜3回ランダムに発生します。私はこのことについて数ヶ月間VM管理者を悩ませてきました。彼は原因を見つけることができません。彼は30分ごとにドメイン時間でチェックするようにサーバーを設定しましたが、これは放浪を止めるものではなく、速く修正するだけです。システム時刻を変更するとSQL Serverに悪影響を及ぼします

幸いにも、システムは1時間に非常に少ないトランザクションしか生成しないので、30秒の時間ジャンプは、DATETIMEフィールドに基づいてレコードの順序を乱す可能性がありません。

VMのものが手に入らず、これが何ヶ月も続いていますので、システム時間を変更してSQLファイルやその他の問題を引き起こす可能性があります。

+0

「飛び降りる」時間はどの方向ですか?時間は本当に動いていないかもしれないが、それは単純に減速する。システム時間に大きく依存するクエリがありますか? –

+0

current_timestamp/getdate()に依存している場合のみ –

+0

@TimBiegeleisenゆっくりと前進しているように見えますが、ドメインに同期すると「ジャンプ」します。これはサードパーティのアプリケーションなので、私は内部の多くを知らない。 'DATETIME'フィールドがたくさんあり、何が起こるのかが重要ですが、Time部分は一般的に重要ではありません。私が見たクエリのうち、75-85%が述語に「DATETIME」フィールドを持っていると言います。 – Mrphin

答えて

1

仮想マシンの計時は物理マシンとはかなり異なります。基本的に、物理マシンでは、システムクロックはプロセッササイクルをカウントすることで機能しますが、仮想マシンではそうすることはできません。 More info here。あなたが見ているのは、VMの通常の動作です。仮想化の基本の1つで、迷惑ですが、何もできません。私たちはVM上でたくさんのSQLサーバーを稼働させています。はい、時計は同期するとジャンプしますが、それは私の知る限り問題にはなりません。

関連する問題