Windows Server
 Computer >> コンピューター >  >> システム >> Windows Server

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

この記事では、ラップトップ/コンピューター/サーバーのシャットダウン、再起動、または休止状態からの再開後に、システム時計が誤った日時を表示する理由を検討します。時間は毎回リセットされるため、手動で設定する必要があります。最も一般的なケースについて詳しく説明します。BIOSバッテリーの故障と、1台のコンピューターでのWindows / Linuxデュアルブートに関連するより興味深いケース、およびWindowsServerOSを搭載したHPEProLiantG9/G8サーバーのファームウェアバグです。

BIOS/CMOSバッテリーが弱いためにシステムがデータ/時間を節約しない

「再起動後にコンピュータの時刻と日付がリセットされるのはなぜですか？」という質問に対する一般的な回答。 BIOS（CMOS）バッテリーの消耗です。このバッテリーは、コンピューターまたはラップトップのプラグが抜かれたときにBIOS / UEFI設定を維持する役割を果たし、組み込みのハードウェアクロックの自律動作を提供します。

バッテリーが消耗した場合、マザーボードに電力が供給されていないと、BIOSはその設定を維持できず、現在の日付と時刻を含むすべての設定がリセットされます。コンピュータがかなり古い場合は、バッテリーが切れている可能性があります。交換することを強くお勧めします。それは難しいことではなく、プロセスには特別なエンジニアリングスキルは必要ありません。ほとんどの家庭用および企業用デバイスでさえ、標準の3VCR2032バッテリーがBIOSで使用されています。

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

バッテリーの交換で問題が解決しない場合は、BIOS設定のリセットに使用されたジャンパーの状態を確認してください（ジャンパーはバッテリーベイの近くにあり、CMOS / CLEAR / RESETとマークされています）。誰かがそれをリセット位置に置いたままにした可能性があります。したがって、マザーボードに電源が投入されるたびに、BIOS設定がリセットされます。ジャンパーを通常の位置に移動します。

次のオプションは、マザーボードのBIOSファームウェアを更新することです。ハードウェアベンダーのWebサイトでその方法を確認してください。新しいファームウェアでは、多くの場合、さまざまなバグが修正されています。

Windows：time.windows.comでクロック同期を設定

Windowsの日付/時刻設定が絶えず変更されている場合は、まず、現在のタイムゾーン設定と外部タイムサーバーとの時刻同期のパラメーターを確認する必要があります。 Windows 10では、コントロールパネル->時計と地域->日付と時刻で現在の時刻設定を確認できます。 。この例では、タイムゾーンUTC + 01が指定されており、夏時間が有効になっていることがわかります。

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

ヒント 。 tzutilツールまたはPowerShellを使用して、コマンドプロンプトからWindowsでタイムゾーンを設定できます。

コンピューターがADドメインに参加していない場合は、外部タイムソース（NTPタイムサーバー）との時刻同期設定を確認してください。これを行うには、インターネット時間をクリックします タブをクリックし、 time.windows.comとの自動同期を確認します サーバーが設定されました。

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

ADドメインに参加しているコンピューターの時刻同期のトラブルシューティング

コンピューターがActiveDirectoryドメインの一部である場合は、ADドメインの時刻同期のアーキテクチャを理解する必要があります。

Active Directoryドメインでは、次の時刻同期スキームが使用されます。

  • PDCエミュレーターのFSMOの役割が属するADフォレスト内のルートドメインコントローラーは、このドメインの他のすべてのDCのタイムソースです。
  • 他のDCはPDCと時刻を同期します;
  • 通常のドメインメンバー（サーバーとワークステーション）は、ADトポロジに従って、最も近い利用可能なドメインコントローラーと時刻を同期します。

ルートPDCは、その時間を外部ソースとそれ自体（デフォルト）の両方と同期させることができます。

次のコマンドを使用して、PDCの役割を持つドメインコントローラーを見つけることができます。

netdom /query fsmo

PDC上の外部NTPサーバーとの時刻同期を構成するには、次のコマンドを使用します。

外部タイムソースの構成：

w32tm /config /manualpeerlist:"0.nl.pool.ntp.org,0x1 1.nl.pool.ntp.org,0x1 2.nl.pool.ntp.org,0x1 3.nl.pool.ntp.org,0x1"

このDCをクライアントにとって信頼できるタイムソースにします。

w32tm /config /reliable:yes

w32タイムサーバーを再起動して、DC時間をnl.pool.ntp.orgタイムサーバーと同期します。

net stop w32time && net start w32time

同期ソースとステータスを表示できます：

w32tm /query /peers

手動モードで同期を開始します：

w32tm /resync /rediscover

デュアルブート時にWindowsとLinuxで異なる時間が表示される

デュアルブート構成のコンピューターに2つのオペレーティングシステム（WindowsとLinux）がインストールされている場合を個別に検討する必要があります。別のシステムで起動した後（Windowsの後にLinuxで起動した後）、時間が実際の時間より数時間進んだり遅れたりするという問題に遭遇する可能性があります。

WindowsとLinuxはBIOS時間での動作が異なります。彼らは2つの異なる時間形式を使用しています： UTC および現地時間 。

GNU / Linuxオペレーティングシステム（Mac OS Xを含む）は、BIOSの時刻がUTC形式（GMT）であると想定しています。したがって、Linuxは起動時に、ユーザーが選択した現在のタイムゾーンのオフセットを追加（または気を散らす）することでUTC時間を変換します。これは、アテネのタイムゾーンUTC + 2の現地時間を取得するために、Linuxが2時間を追加することを意味します。

Windowsは、BIOSの時刻が現地時間形式で保持されていると見なし、新しいタイムゾーンを指定した場合、または外部ソースと同期した時刻を指定した場合、システムはBIOSの現地時刻に対応する変更を加えます。 Linux（私の場合はUbuntu）は、BIOSの時刻がUTC形式で指定されていると見なし、タイムゾーンオフセットを追加します。これが、LinuxからWindowsに、またはその逆に切り替えるときに時間がうまくいかない理由です。

これを修正するには、Windowsで RealTimeIsUniversalのUTC時間形式を使用するようにする必要があります。 レジストリパラメータ。

reg add "HKLMACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /t REG_DWORD /d 1 /f

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

ヒント 。 64ビットWindowsバージョンでは、DWORDパラメーターの代わりにQWORDタイプのパラメーターを作成する必要があります。

reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_QWORD /d 1

また、Windowsではインターネットとの時刻同期を無効にします。更新するたびにWindowsはUTC時刻をローカルにリセットするためです。

sc config w32time start= disabled

Windowsを再起動します。

または、Linuxに現地時間を使用さ​​せることもできます。 Ubuntu 15.04以降では、timedatectlツールを使用できます：

timedatectl set-local-rtc 1

修正：コンピューター（サーバー）の再起動後、時計が間違った時間に戻る

Windows Serverを搭載したHPEサーバー：再起動後のシステム時間のオフセット

Windows Server 2008 R2 /2012R2を実行しているHPEDL/ ML Gen9サーバーでタイムゾーンが変更された後、リモートの顧客の1人が興味深い問題に遭遇しました。結局のところ、HP ProLiant Gen9サーバー（およびHP ProLiant DL580 Gen8サーバーの1つ）でシステム時刻またはタイムゾーンを変更すると、システム時刻は保存されず、再起動後に以前の時刻にリセットされました。この問題は、Windows Serverがレガシーモードで起動したサーバーで発生しました（ネイティブUEFI起動では、時間変更の問題はありませんでした）。

次のイベントがシステムログに表示されました：
The system time has changed to ‎2019‎-‎01‎-‎29T12:12:28.500000000Z from ‎2019-‎01‎-‎29T13:12:27.923115700Z.
Change Reason: System time synchronized with the hardware clock.

この問題の解決策として、HPはROMバージョンを少なくとも1.5に更新することをお勧めします。これは、時間リセットのバグがないROMベースのセットアップユーティリティ（RBSU）のバージョンです。

または、回避策として、BIOSがWindowsに（現地時間ではなく）UTCシステム時刻を提供するように設定できます。これを行うには、すでに上で説明したように、 RealTimeIsUniversalという名前のパラメーターを作成する必要があります。 および値1 レジストリキーHKLM\SYSTEM \ CurrentControlSet \ Control\TimeZoneInformationにあります。


  1. Windows 10 の無限再起動ループを修正する方法

    マシンの電源を適切にオンにした後、Windows が起動に失敗することからわかるように、簡単に識別できます。代わりに、マシンは、再起動して Windows を再インストールしようとする前に、ログイン ページに到達できません。これは、Windows がブートとクラッシュの果てしないサイクルでスタックした場合の意味です。以前のバージョンの Windows では、無限のブート ループにより、完全な再インストールが必要になるか、少なくともかなりの手間がかかる場合がありました。 Microsoft が Windows 10 を設計した方法のおかげで、再起動ループをすばやく処理できます。 Windows

  2. Windows 11 のクロック タイムが間違っていますか?これが修正です！ (7 つのソリューション)

    Windows 11 の時計の時刻がおかしい？アップグレード後、デバイスの時刻が正しく表示されていませんか?心配しないで;私たちはあなたをカバーしました。 PC のクロック タイミングが同期されていない場合は、さまざまな解決策を使用してこの問題をトラブルシューティングできます。 Windows 11 の時計が異常な動作をしている場合、いくつかの理由が考えられます。 日付と時刻の設定、DLL ファイルの再登録、インターネット サーバーの変更、コマンド プロンプトを使用した時刻の同期などを行うことで、この問題をすばやく解決できます。 この投稿では、Windows 11 で時刻をすぐに同期す