Windows Server 2022 DFSR レプリケーションエラー（ID:4012と4614の対処法）

# 経緯
新しいサーバ（Windows Server 2022）を導入し、DCとして参加させようとしたところ、DFSRエラーが発生。レプリケーションの初期同期が待機状態のまま、いつまでたっても終わらず困ったことになりました（不具合１）。それだけでなく、すでにDCとして参加している別のサーバもレプリケーションがこれまでうまくいっていなかったようで別のエラーが出ていたため（不具合２）、それにもなんとか対応。対処法を忘れそうなのでそれぞれ備忘録として残すことにしました。

# 【不具合1】DFS Replication ID:4614 新規に追加したサーバ（DC3）の初期同期がいつまでたっても終わらない
![04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/fe24dbd3-3ef7-7ee6-2cf0-768e8c43971e.jpeg)

## DC3のイベントビューア（DFS Replication）を確認
![01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/0bc7fc9d-c028-647a-63e9-77fd79883878.jpeg)
初期同期状態でずっと待機している（いつまで待ってもこの状態）

## レプリケーション元（DC1：FSMO）のイベントビューアを見てみると…
![02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/c627cd5e-0f87-9b48-2c05-3747515838fd.jpeg)
なぜか長期間切断されている状態に（原因は不明）

## レプリケーション元（DC1：FSMO）のMaxOfflineTimeInDaysを延ばすことで解決！
既定が60日間になっているため、これを現在の切断日数以上にのばしてしまえば、レプリケーションが再開される（解決！）

コマンドプロンプト（管理者として実行）で、以下のコマンドを入力する
~~~
wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=3000
~~~
上記作業後、DFSRサービスを再起動する
~~~
net stop dfsr
~~~
~~~
net start dfsr
~~~
不具合が解消したら、元の値（60日）に戻して、DFSRサービスを再起動しておく

### ＜補足＞
ネットワーク内でFSMOのDCがどれかわからない場合は、コマンドプロンプト（管理者として実行）で以下のコマンドを叩くと確認できる
~~~
netdom query fsmo
~~~
![03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/5fd4e1e6-b89c-b9c0-719f-3d4176c724ec.jpeg)


# 【不具合2】既存のサーバ（DC2）がずっとレプリケーションできていない状態だった（参照先DCの過去のPC名変更の影響）

![05.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/9c898bda-3eb3-587c-6603-17b8f855a84f.jpeg)

## 上記状態は「DFSレプリケーションの状態レポート」で発覚
![06.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/5c4e5a76-2d46-30d6-2a5e-0dd879439d1b.jpeg)
【 × 通信エラーにより「旧DC3」とレプリケートできません 】というエラーが！
　　→　原因は過去のDC3のPC名変更

### 状態レポートの出し方は以下の手順になります
サーバマネージャ　→　ツール　→　DFSの管理（この項目がないときは役割と機能の追加が必要・・・下記参照）
![07.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/eedbd4ab-254c-6204-5eb4-fada128a1ced.jpeg)

「診断レポートの作成」
![08.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/0bc251df-4e66-9524-f297-fd3688a70344.jpeg)

#### 「DFSの管理」のインストール（役割と機能の追加）
https://hitoriit.blog/archives/654

### 不具合2はDC2のレジストリ編集（レプリケーション元の再設定）で解決！
https://www.dell.com/support/kbdoc/ja-jp/000202712/%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3-%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BC%E3%81%A7-dfsr-%E3%82%A8%E3%83%A9%E3%83%BC-4612-5002-%E3%81%8A%E3%82%88%E3%81%B3-5008-%E3%81%AB%E3%82%88%E3%82%8A-sysvol-%E3%83%AC%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B

１．DFSRサービスを停止
~~~
net stop dfsr
~~~

２．レジストリー エディターを起動し、次の場所を参照する
~~~
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSR\Parameters\SysVols\Seeding SysVols\[Domain name]
~~~
３．この[Domain name]がおそらく使用できないDCの名前に設定されているため、このエントリーを DC（FSMO）のDNS名に変更する

４．[レジストリエディタ]を閉じる

５．DFSRサービスを開始
~~~
net start dfsr
~~~

６．イベント ビューアーを起動し、イベント4604が表示されるまでDFS Replicationイベント ログを更新します。
![09.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/fbd5bec6-cad0-4fca-6251-37d56ec99159.jpeg)
4604（初期同期完了）がでればOK！

７．最後に net share コマンドで、SYSVOL共有とNETLOGON共有の存在を確認します。
![10.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/648912/42768ed9-97c6-1fda-c495-8532c33d8e55.jpeg)