CCR Reseeding
Get-StorageGroupCopyStatus는 데이터베이스가 FailedMessage 값은 저장소 그룹 복사본이 원본에서 많이 달라졌음을 나타냅니다.
Get-StorageGroupCopyStatus는 데이터베이스가 FailedMessage 값은 실패의 원인에 대한 특정 정보를 제공합니다
LastLogGenerated를 계산기로 체크하고 해당 핵사값에 대응되는 로그정보를 Active Node에서 체크를 함. 890
10분정도 후에 그동안의 로그가 카피 된 것을 확인 할 수 있다. (890--->897)
상태를 체크한다.
아래와 같이 move-ClusteredMailboxServer를 통해서 Failover를 해 본다.
-
Verifying CCR
Suspend-StorageGroupCopy cmdlet를 사용하여 LCR(로컬 연속 복제), CCR(클러스터 연속 복제) 또는 SCR(대기 연속 복제)에 사용할 수 있는 저장소 그룹에 대한 복제 및 재생 작업(로그 복사 및 재생)을 차단할 수 있습니다.
CCRA의 모든 데이터를 DB corrupt라는 가정하에, backup폴더로 옮겼으며, 현재는 CCRB에서 서비스 중이다.
Microsoft Exchange Server 2007 CCR(클러스터 연속 복제) 또는 LCR(로컬 연속 복제) 환경에 지정된 저장소 그룹 복사본의 복제를 시작하거나 다시 동기화하려면 Update-StorageGroupCopy cmdlet를 사용합니다. 또한 cmdlet를 사용하여 SCR(대기 연속 복제) 환경에서 복제를 다시 동기화할 수 있습니다.
TargetPath 매개 변수를 사용하지 않을 경우에는 수동 복사본이 있는 컴퓨터에서 Update-StorageGroupCopy cmdlet를 실행해야 합니다. CCRA노드에서 수행했다. 지금 장애 중인 서버입니다.
Update-StorageGroupCopy cmdlet를 수행하려면 실행될 때 대상 위치에 Exchange 파일이 없어야 하며 저장소 그룹 복사본의 복제가 일시 중단되어야 합니다. Suspend-StorageGroupCopy cmdlet를 사용하여 저장소 그룹 복사본을 일시 중단합니다. 시드가 완료된 후 ManualResume 매개 변수가 지정되지 않으면 저장소 그룹 복사본 복제가 자동으로 다시 시작됩니다.
위 명령 실행 후에 DB와 로그가 하나씩 생성됨을 볼 수 있다. 모든 로그가 다 복제 되는 것은 아니며, Active노드에서 Passive node로 필요한 로그와 DB만 카피됨을 확인할 수 있다.
중간에 Status를 본다. CCRA가 TargeNode로 보인다. LastLog는 923 이다. 39B에 해당한다.
최신 로그가 이동하는 것을 보고, 다시 재개된 것을 확인한다.
다시 Move를 통해서 CCRA노드로 Active Node를 바꾸게 된다.
아래처럼 CCRA노드로 바뀌는 중이다.
written by jungseo