아직도 이 상황이 머리를 긁적이네요...
보시다시피 본사에는 3개의 RW DC가 있고 모든 지점 사이트(50개 이상의 위치)에는 1개의 RODC가 있습니다.
시작하는 동안 스크립트는 다음에서 일부 파일을 가져옵니다.\\example.com\SYSVOL\example.com\Common\Data
그러나 우리는 대역폭 과부하를 경험하고 있습니다. 트래픽 분석에 따르면 지점 사이트의 많은 클라이언트가 RW DC에 있는 SYSVOL에 액세스하려고 시도하고 있는 것으로 나타났습니다.
예: RW DC가 10.1.0.15, 10.2.0.15 및 10.3.0.15이고 사이트 'X'의 서브넷이 10.27.0.0/16(RODC가 10.27.0.15에 있음)인 경우 사이트 'X'의 클라이언트 액세스를 고집하는 것 같습니다 \\10.1.0.15\SYSVOLor \\10.2.0.15\SYSVOL또는 \\10.3.0.15\SYSVOL; 그들은 RODC를 완전히 무시하고 있는 것 같습니다.
여기서 무슨 일이 일어나고 있는 걸까요? 무엇이 잘못되었는지 조사하려면 어디서부터 시작해야 합니까?
그런데 저는 이미 DFS-R을 사용하고 있으며 복제가 성공적으로 진행되고 있습니다. RW DC 중 하나에 작은 '카나리아' 파일을 넣으면 몇 분 안에 모든 RODC가 '카나리아' 파일을 성공적으로 복제하게 됩니다.
추가 정보: 을 시도하면 nslookup example.comRW DC의 주소만 얻습니다. RODC의 주소가 표시되지 않습니다.
보조 질문:RODC 주소를 DNS에 수동으로 추가하면 어떻게 되나요? 문제가 생길까요?
답변1
Active Directory 사이트 및 서비스에서 이러한 사이트와 서브넷을 정의하고 특정 사이트에 읽기 전용 도메인 컨트롤러를 할당해야 합니다.
답변2
당신이 그 행동을 보고 있는지 궁금해요이 기사에 설명된DC 로케이터 코드가 실행될 때 클라이언트는 사이트 없이 DNS 요청을 발행합니다. 클라이언트에서 오는 DNS 쿼리가 어떤 모습인지 확인하기 위해 클라이언트가 부팅될 때 클라이언트에서 나오는 트래픽을 스니핑하는 것은 흥미로울 것입니다. 해당 문서의 문구는 도움이 되지 않습니다("사이트 없는 SRV 레코드에 대한 허브 DC만 DNS에 등록되어 있는 환경에서 이 문제가 발생하고 클라이언트 컴퓨터의 원격 분기 사이트가 허브 사이트에서 연결이 끊어진 경우). , 그러면 클라이언트 컴퓨터가 DC를 찾을 수 없습니다.") 하지만 시도해 볼 가치가 있습니다.
기본 "PreferLogonDC" 및 "SiteCostedReferrals" 설정(둘 다 W2K8에서는 정상적인 기본값임)을 변경하지 않았다고 가정합니다. 그렇다면 다시 정상적인 설정으로 변경해 보세요.