왜 SAN 복제를 일으키는 임의의 데이터베이스에 손상?

Question

는 이상한 문제와 재해 복구 기술을 우리가 노력하고 구현합니다.환경 모두에서 데이터 센터 같은 데이 VMWare Dell 하드웨 San 는 동일한 버전이 있습니다.

때 우리는 복제에서 데이터 센터 중 하나,다른 임의의 데이터베이스는 손상이 끝까지 의심의 모니다.매번 우리는 이 방법을 시도,서로 다른 데이터베이스를 얻을 것이 손상되었습니다.이 동작에서 SQL 원인이 되는 이?이 소프트웨어에서 사용되는 산에 복제를 일으키는 이러한 오류?

었을 변경할 수 있는 상태의 데이터베이스를 응급 모드로 수행 DBCC 덱지만,그것은 다른 문제 및 데이터베이스시됩니다.부분의 오류를 발견했는 인덱스에 문제점과 데이터를 불일치 문제입니다.나는 여전히 확인하는 과정에서 다른 데이터베이스를 찾을 수 있는 패턴이 있습니다.을 찾을 수 있다면 다른 것들,내가 해야하는 게시하는 경우 그것은 도움이됩니다.

내가 들었어요 사람들이 구현하는 이 절차를 성공적으로 마지막 작업에서 프로젝트 파악하기 전에 우리는 프로젝트를 닫습니다.

정말로 하는 우리가 사용할 수 있습니스의 SQL 서버처럼 미러링이나 AO-AGs.

버전의 SQL 은 2008R2,2012.우리는 프로세스에서의 설치하는 새로운 브랜드 SQL2014 서버입니다.또한,그들은 모든 표준,기업입니다.

어떤 입력 또는 일을 시도 할 수 있었을 것이 큰 도움이 될 것으로,사전에 감사합니다!!

편집#1 8/6/15 12:50PM CST - 다음의 어떤 오류 메시지 내가 찾는 Windows 이벤트 뷰어에서는 더 많거나 적은 무엇 DBCC 덱스 생산됩니다.

• Id605-가져오려는 논리적인 페이지는(1:22620)데이터베이스에서 26 일에 실패했습니다.그것은 그리고당부 72057594239385600 하지 않 72057594249412608
• Id824-SQL Server 검색 논리적인 일관성 기반 I/O error:잘못된 페이지(예상 1:1230;실제 0:0).그 동안 발생한 읽 페이지의(1:1230)데이터베이스 ID58 오프셋에서 0x0000000099c000 에서 파일 D:\Mydatabase.mdf'.추가적인 메시지에서 SQL 서버 오류 로그인이나 시스템에 이벤트 로그에 자세한 정보를 제공할 수 있습니다.이것은 심각한 오류 조건을 위협하는 데이터베이스의 무결성 및 정확해야 합 immediately.전체 데이터베이스의 일관성 검사(DBCC 덱).
• Id7886-읽기 동작에서 큰 개체에 실패 하는 동안 데이터를 보내는 클라이언트입니다.일반적인 원인에 대한 이 응용 프로그램을 실행하는 경우에 update 격리 수준입니다.이 연결에 종료됩니다.
• Id608-No 카탈로그 항목에 대한 발견 파티션 ID72057594383564800 데이터베이스에서 23.메타데이터가 일치하지 않습니다.실행 DBCC 덱을 확인에 대한 메타데이터 손상이다.

편집#2 8/6/15 2:24PM CST -받는 정보는 복원이 됩니다.bak 파일 데이터베이스의상 모드에 있을 수정 문제입니다.

Answer 1

과 관련하여 귀하의 코멘트,내가 심는 작전과 관련된 문제의 SQL 서버 엔진 문제입니다.이 SAN 장치 일반적으로 블록에층과 어떤 트랜잭션 관리 로그인/데이터 파일을 동기화보다 더 나은 다른 사람뿐만 아니라 다른 지역.

할 수 있습을 보여 작전 팀은 없는지,SQL 서버지 않 무작위로 데이터를 손상은 이렇습니다.복원할 수 있습 백업이 다른 서버,미러링 설정,및 모든 이와 함께 일어나 손상이 없습니다분 우리가 할 수준의 산 복제 발생합니다.는 경우에는 SQL Server 손상이 발생 다음과 같이지 않을 것이 주위에 있어야합니다.SQL 서버가 거의 수백만 라인의 코드를 다루고 손상,손상을 해결하고 가능성을 줄입니다.당신이하지 않는 이 문제에 어떤 다른 환경과 그것만으로 온 SAN 복제,올바른?

펌웨어가 자주의 주요 원인은 이러한 유형의 문제입니다.의 Dell 지원 담당자 라인에서,그들은 더 많은 정보와 문제를 해결합니다.이지에 게으른 담당자,기업의 시간과 데이터 라인에 있습니다.그들은 많은 도구는 확인 원인이 무엇이에서 배경과 등의 다른 도구를 DPAC 는 도움이 될 수 있습니다.이것은 SQL Server 엔진의 문제,우리가 필요한 완벽한 지원의 Ops.

편집:을 경우 펌웨어가 최신이 또는 불일치하는,정책에서는 작은 팀을 관리하는 산다는 것을 유지하는 것이에서 펌웨어 스택의 기계들이 관리하는 최신 상태입니다.이 SLA 존재하지 않는,당신의 참고를 관리하기 때문에 당신은 노출의 많은 다른 문제 이외에 하나입니다.

나는 가정하고 당신이 사용하는 산획 수준을 복제할 수 있습니다.

그것은 종종 또한 불일치에서 설정합니다.어쩌면 다른 블록 크기,등등.하지만 산 os 을 감지할 수 있어야 그 문제를 일반적으로.