내 환경은 다음과 같습니다. VMWare 5.5 활성화 서버 MS Windows Server 2008R2 Enterprise 도메인 및 SQL Server 2008 R2 Enterprise . 파이버 채널 연결을 통한 중앙 집중식 스토리지
에 파티션이 SQL Server DB있습니다. 나는 2 file groups: 하나는 라이브 데이터 (FG1) 이고 두 번째는 기록 데이터 (HDG) 입니다.
두 번째 파일 그룹은 read-only입니다. 매월 파티션을 이동합니다-이전 데이터의 새 데이터를 이전 데이터에 추가합니다. 이 과정은 자동 입니다.
데이터베이스를 새 서버로 옮겼습니다. 처음에는 프로세스를 수동으로 수행 해야했습니다 . 이 작업을 수행하는 동안 다음 오류와 함께 미러가 작동합니다 (작업 3 후-프로세스 흐름 참조).
기본 서버에서 :
로그의 0 행 :
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid84
Message
Setting database option MULTI_USER to ON for database MYDB.
로그의 1 행 :
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
Error: 1453, Severity: 16, State: 1.
로그의 2 행 :
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
'TCP://10.201.27.154:5022', the remote mirroring partner for database 'MYDB', encountered error 823, status 3, severity 24. Database mirroring has been suspended. Resolve the error on the remote server and resume mirroring, or remove mirroring and re-establish the mirror server instance.
비고 : 이전 서버에서이 작업을 여러 번 자동으로 실행했으며 이러한 오류가 발생하지 않습니다.
미러 서버에서 :
로그의 1 행 :
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
Error: 823, Severity: 24, State: 3.
로그의 2 행 :
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
The operating system returned error 5(Access is denied.) to SQL Server during a write at offset 0000000000000000 in file 'e:\Databases\MYDB_HISTRICAL.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.
내 절차는 다음과 같습니다.
1. 데이터베이스의 여러 백업 (전체, 파일 그룹 및 TLog 백업)을 만듭니다.
2. DB를 RESTRICTED_USER스크립트로 기록 파일 그룹 플래그의 읽기 전용을 제거 할 수 있도록 설정했습니다 .
2a. READ-ONLY내 내역 파일 그룹의 플래그를 제거 합니다.
3.MULTI_USER 소프트웨어가 정상적으로 작동하도록 DB를 설정했습니다 .
4. 데이터가 기록 파일 그룹으로 이동되도록 파티션을 업데이트합니다.
5. 히스토리 파일 그룹 READ ONLY 만 다시 설정할 수 있도록 2 , 2a 및 3 단계를 반복합니다 .
6. 다시 백업합니다.
아무도 내가 그 오류를받는 이유를 알고 있습니까?
편집 : 절차의 다른 단계에서 동일한 문제가 발생합니다. 이것은 미러가 고장 나는 유일한 상황이므로 문제가 절차 안에 있다고 생각하지만 그 이유를 알 수는 없습니다!
823 with sev 24는 하드웨어 문제입니다. 기본 SQL Server 백업 대신 파일 레벨 백업을 수행 중이거나 서버에서 실행중인 바이러스 백신 소프트웨어가 있습니까? 823 오류가 발생하면 SQL 에이전트 경고를 보내야 합니다 . 이 스크립트가 도움이 됩니다. 또한 823은 불쾌한 오류입니다. OS 수준에서 I / O 작업이 실패했으며 I / O 하위 시스템이 손상되고 있다고 말합니다. SQL 서버가 페이지 checsum을 수행하지 않았습니다
VmWare replicationA를 remote host. 내가 당신에게 답을 쓸 때까지 내가 알아 차린 것은 우리가 정상적인 방식으로 거울을 파괴 할 수 없다는 것입니다. 파일이 잠겨 stop SQL service있어서 db 파일을 다른 디렉토리로 이동 해야합니다 . 그 순간부터 모든 것이 정상입니다 (나는 로그를 사용하여 확인합니다 sys.xp_readerrorlog). VmWare 복제가 바로 그 순간에 발생한다면 또 다른 생각은 이것이 이것이 프로세스에 어떤 영향을 미치는지 잘 모르겠습니다 (나는 거의 알지 못함 VmWare).
We do both type of backups문제가 될 수 있습니다. 기본 SQL Server 백업에 대한 대안으로 VM 스냅 샷을 사용해서는 안됩니다.
Error: 823, Severity: 24하드웨어 문제인 것 같습니다. 디스크가 불량인지 확인하십시오. 데이터베이스에서 checkdb를 실행하여 깨끗하게 만드십시오.