인덱스 재구성 또는 재구매가 걱정되는 DBA는 데이터 손실을 유발할 수 있습니까?

인덱스 조각화가> 95 % 인 일부 데이터베이스가 있습니다. 최선을 다해 인덱스가 재구성 된 적이 없다고 말할 수 있습니다. 몇년에 걸쳐.

(공평하게,이 테이블은 자동 업데이트 된 통계를 사용하는 것으로 보입니다. 또한 공평하게도, 매일 백업 및 매시간 trx 로그 백업에 대해 부지런합니다.)

내가 물었을 때 DBA는 인덱스를 재구성하거나 재구성하기를 꺼려했다. 내가 왜 물었을 때, 그는 실제로 그것을 설명 할 수 없었습니다. 결국 그는 잠재적 인 데이터 손실에 대해 우려하고 있다고 말했다. 예를 들어 데이터베이스 중 하나는 Great Plains Dynamics 회계 응용 프로그램에서 사용되며 그에 대해 매우 염려하는 것처럼 보입니다.

나는 DBA가 아니지만 내가 읽은 내용에서 그의 불안은 ... 이해하기 어려운 것 같습니다.

다음에 무엇을해야할지 모르겠습니다. 어떻게 진행해야합니까?

데이터베이스 인덱스를 다시 작성하면 데이터가 손실되지 않아야합니다. 그러나 재 구축중인 인덱스는 일반적으로 재 구축이 완료 될 때까지 사용할 수 없으므로 성능이 크게 저하 될 수 있습니다. 따라서 영향을받는 시스템이 유휴 상태 인 시간 외 시간에 수행해야합니다.

편집증은 DBA에서 좋은 일입니다-데이터 손실이 걱정되면 백업을 적절히 테스트하고 (별도의 시스템에 복원하고 데이터가 모두 있는지 확인하십시오) 인덱스를 다시 작성하기 전에 여전히 전체 백업을 수행하는 것이 우려되는 경우 적절한 예방 조치가 필요합니다.

인덱스를 다시 작성하거나 조각 모음을 수행하면 데이터가 손실 될 위험이 없습니다.

인덱스를 재구성하는 데는 시간이 덜 걸리고 SQL Server의 노력이 줄어들어 주야 유형의 인스턴스에서 수행 할 수 있습니다. 당신이 말하는 것이 사실이라면, 이전에는 없었던 색인을 재구성하더라도 서버에 더 큰 영향을 줄 수 있습니다. 인덱스를 다시 작성하면 삭제 및 재 구축되므로 SQL Server에서 상당한 노력이 필요합니다. 주중에 재 구축하는 것은 서버가 인덱스로 바쁘고이를 사용하는 사람들에게 서비스를 제공 할 위험이 없습니다.

voretaq7에 동의합니다. 인덱스 작업에 대해 걱정이되는 경우 먼저 개발 또는 테스트 서버에서 사용해보고 어떻게 반응하는지 확인하십시오.