SQL Server의 데이터베이스 스냅샷

데이터베이스 스냅샷은 지정된 시간에 데이터베이스의 읽기 전용 복사본을 허용 도구 (SQL Server 2005의 도입)입니다. 스냅샷 정상적인 데이터베이스의 모든 특성을 가지고 있지만, 그것에 당신은 단지 데이터와 변경 내용을 쿼리할 수 있습니다.

이 기술은 예를 들어, 여러 상황에서 매우 유용합니다 :

• 당신은 데이터 기록을 만들려면;
• 또는 편집이 매우 복잡하고 위험하기 전에 "복원 지점"을 만들;
• 또는 보조 서버에서 액세스 lettuare 데이터를 보장하기 위해;
• 등.

스냅샷을 만들 때 사용하는 T - SQL 코드는 다음과 유사합니다

 mio_database_snapshot_ottobre에서 데이터베이스를 CREATE

 





 (이름 = N'test_file '

 





 FILENAME = N'C : \ DB_Snapshots \ mio_database_snapshot_ottobre.snap ')

 





 mio_database의 스냅샷 AS;

다음 지침을 우리는 데이터베이스 스냅샷을 만들어 mio_database mio_database_snapshot_ottobre 전화 SQL Server를 말하고있다. 또한, 우리는 이름 (이름)을주고 저장 위치 (FILENAME)의 경로를 나타냅니다.

그리고 그들이 데이터베이스 파일을 사는 곳에서 별도의 폴더로 스냅샷을 저장하는 '것이 좋습니다.

우리가 지금 어떻게 전체 과정을 조사하자.
앞서 언급한 스냅샷은 데이터베이스의 읽기 전용, 고정 볼 수 있습니다. 어떤 이벤트가 발생하는보기를 만들 때 :

• 소위 스파스 파일 (복사에서 - 쓰기의 기술에 의해 채워집니다 빈 파일)을 생성;
• 데이터베이스의 검사점 (Checkpoint)을 생성;
• 그들이 무시되고 보류중인 거래가있는 경우;

Windows 탐색기를 사용하여 - - 스파스 파일 (또는 "스파스 파일") 그들의 재산을 보여주는 데이터를 포함하지 그들이 원본 데이터베이스와 0킬로바이트 또는 여러입니다 디스크에 크기의에 해당하는 가상 차원 것을 통지합니다 64킬로바이트

이러한 파일은 스냅샷의 심장, 공간의 작은 금액을 요구하고 대규모 데이터베이스와 작업하는 경우에도 자신의 제작은 매우 빠르게합니다. 복사 (복사에 대한 쓰기)를 작성할 때 일단이 파일을 작성하고, 메커니즘이 시작됩니다 : 본질적으로 이러한 파일은 비어 있으며 그 내용은 단지 소스 데이터베이스의 페이지 이전 기록됩니다은 첫 번째 수정 시간 (스냅샷 생성 이후).
순서대로 스냅샷을 유지하기 때문에 첫 번째 이후의 모든 변경 사항이 아무런 영향을 미치지 않습니다, 중요한 것은 원래 값 (스냅샷을 만들 때 그입니다)입니다. MSDN 사이트에서 가져온 다이어그램을 다음과

• <<
• 1
• 2
• 3
• >>