Моментальные снимки баз данных в SQL Server

Моментальный снимок базы данных инструмента (введен с SQL Server 2005), который позволяет только для чтения копии базы данных на конкретный момент времени. Снимок имеет все характеристики нормальной базы данных, но по нему можно только запросить данные и изменения.

Эта техника очень полезна во многих ситуациях, например:

• если вы хотите создать исторических данных;
• или создать "точки восстановления", прежде чем принимать редактирования очень сложным и рискованным;
• или для обеспечения доступа lettuare данные о вторичном сервере;
• и т.д..

T-SQL код, используемый при создании снимка примерно следующее

 CREATE DATABASE ON mio_database_snapshot_ottobre

 





 (NAME = N'test_file »,

 





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

 





 AS SNAPSHOT OF mio_database;

С этими инструкциями мы говорим SQL Server для создания моментальных снимков базы данных и назовите его mio_database mio_database_snapshot_ottobre. Кроме того, мы даем имя (наименование) и указать путь месте, где сохранить (имя файла).

И "рекомендуется хранить ваши снимки в отдельной папке, из которой они живут файлов баз данных.

Рассмотрим теперь, как весь процесс.
Снимок, как уже упоминалось ранее, только для чтения, статическое представление базы данных. При создании мнение, что некоторые события происходят:

• создает так называемые разреженные файлы (пустые файлы, которые будут заполнены технику копирования при записи);
• создает контрольно-пропускном пункте базы данных;
• если Есть любых отложенных транзакций они игнорируются;

Разреженные файлы (или "разреженные файлы") не содержат данных, свидетельствующих о их собственности - с помощью Windows Explorer - вы заметите, что у них есть виртуальное измерение, которое соответствует тому, что из исходной базы данных и размер на диске, который 0KB или кратное 64 КБ.

Эти файлы центре снимка, требуют небольшого объема пространства и их создание очень быстро, даже если вы работаете с большой базой данных. После создания этих файлов, механизм запускается при написании копия (копирование при записи): по сути, эти файлы пусты, и их содержание будет написано как раз перед странице исходной базы данных изменяется в первый время (после создания моментального снимка).
Любые изменения после первой не имеет никакого эффекта, потому что, для того, чтобы сохранить снимок, важно то, только исходное значение (то есть, когда снимок был создан). Следует схема взята с сайта MSDN:

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