Файл: Причины повреждений баз данных.pdf

CHECKSUM | NOCHECKSUM - позволяет включить либо отключить проверку контрольных сумм при восстановлении. По дефлоту такая проверка делается, а в случае выявления расхождений восстановление прекращается и выдается сообщение об ошибке;

CONTINUE_AFTER_ERROR | STOP_ON_ERROR - будет ли остановлено восстановление в случае обнаружения ошибок в контрольной сумме. По дефлоту установлен параметр STOP_ON_ERROR;

MEDIANAME - позволяет указать имя носителя, с которого делается восстановление. Употребляется только для дополнительных проверок;

MEDIAPASSWORD и PASSWORD - с помощью этих характеристик для вас будет необходимо указать пароли для носителя и запасной копии соответственно, которые были применены при запасном копировании. Эти характеристики также следует отнести к категории дополнительных проверок. Если вы производите восстановление запасной копии на другой сервер (по отношению к тому, на котором была сотворена запасная копия), то пароль указывать не надо;

PARTIAL - определяет, что в процессе данного сеанса восстановления будет выполняться восстановление только одной файловой группы (если запасное копирование выполнялось по файловым группам). Процедура восстановления базы данных по частям (т. е. по файловым группам) называется piecemeal restore;

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

REWIND | NOREWIND - создавать ли после окончания восстановления перемотку ленты в картридже либо нет. По дефлоту употребляется значение REWIND, т. е. создавать;

STATS - так же, как и для команды BACKUP, данный параметр определяет частоту возникновения информационных сообщений. По дефлоту информация о ходе восстановления выводится после восстановления примерно каждых 10% запасной копии;

UNLOAD | NOUNLOAD - выгружать картридж из стриммера после окончания восстановления либо нет. По дефлоту употребляется значение UNLOAD, т. е. выгружать. UNLOAD включает в себя также и перемотку ленты на начало, потому совместно с параметром REWIND употребляться не может.^[8]

2.4 Особые ситуации восстановления

Во всех прошлых версиях SQL Server можно было делать восстановление базы данных, только отключив от нее всех юзеров. В SQL Server 2014 появилась новенькая возможность - восстановление на работающей базе данных. Другое заглавие такового типа восстановления - оперативное восстановление (online restore).

Естественно, на практике обойтись совершенно без ограничения доступа юзеров не получится. При восстановлении на работающей базе данных для вас в любом случае придется перевести в автономный режим (offline) тот файл либо файловую группу, восстановление которого вы производите на данный момент. Другие файлы либо файловые группы могут оставаться в рабочем режиме.

Для восстановления на открытой базе данных предусмотрены и другие ограничения:

· запасное копирование на работающей базе данных может употребляться только для баз данных, которые работают в режиме восстановления Full либо Bulk-logged;

· оперативное восстановление первого файла базы данных либо первичной файловой группы (в каких находятся системные таблицы и карта размещения данных) создавать нельзя.

Если это может быть, SQL Server автоматом применяет режим оперативного восстановления при восстановлении отдельных файлов, файловых групп и страничном восстановлении (но не при обыкновенном восстановлении всей базы данных). Если вы желаете запретить применение оперативного восстановления и создавать восстановление файлов, файловых групп и отдельных страниц в обыкновенном автономном режиме, то можно перед восстановлением выполнить команду BACKUP LOG WITH NORECOVERY. Данная команда, которая обычно применяется только при использовании автоматической доставки журналов (log shipping), позволяет сделать запасную копию журнальчика транзакций и перевести базу данных в особое состояние RESTORING. В этом состоянии доступ к базе данных юзеров будет закрыт, а восстановление будет выполняться исключительно в автономном режиме.

Синтаксис команд для выполнения оперативного восстановления ничем не отличается от обыденного. Например, чтоб в оперативном режиме вернуть файл db1file2, уже переведенный в автономный режим, можно использовать последующие команды:

RESTORE DATABASE db1 FILE = "db1file2" ^[9]FROM DISK = "D:\SQLBackups\BackupFile1.bak" WITH NORECOVERY;

RESTORE LOG db1 FROM DISK = "D:\SQLBackups\BackupLogFile1.bak";

Еще одна новенькая возможность SQL Server 2014, связанная с восстановлением, - восстановление отдельных страниц данных (page restore). Сейчас в неких ситуациях можно заместо восстановления всей базы данных либо каких-либо файлов, ограничиться восстановлением только отдельных страниц. Это дозволит:

· сберечь время;

· произвести восстановление в оперативном режиме, без отключения юзеров от базы данных. Труднодоступными для юзеров будут только восстанавливаемые страницы.

В большинстве случаев ошибки на страничках баз данных появляются из-за сбоев дисков либо дисковых контроллеров. Потому перед таким восстановлением лучше убедиться, что с дисковой подсистемой сервера у вас все в порядке.

Восстановление отдельных страниц базы данных можно создавать только при соблюдении последующих критерий:

· вы используете редакцию Enterprise Edition;

· восстанавливаемые страницы не относятся к журнальчику транзакций, к служебным страничкам базы данных и к полнотекстовым каталогам;

· база данных работает в режиме Full либо Bulk-logged;

· файловые группы, к которым относятся восстанавливаемые страницы, доступны и на чтение, и на запись.

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

Перед тем, как создавать восстановление базы данных master, задумайтесь об других способностях. Если пострадала не только лишь эта база данных, да и пользовательские базы данных, то может быть легче и надежнее будет просто переустановить весь сервер, а потом вернуть пользовательские базы данных с запасных копий. Если повреждена база данных master, а пользовательские базы данных не пострадали, то можно мыслить о том, чтоб переустановить сервер либо перестроить базу данных master, а пользовательские базы данных присоединить. Таковой вариант будет более надежным.

Восстановление базы данных master отличается от восстановления обыденных баз данных некими особенностями:

· создавать восстановление базы данных master можно лишь после перезапуска сервера в однопользовательском режиме. Проще всего сделать это, запустив SQL Server из командной строчки. Для этого необходимо перейти в каталог, в каком находится файл sqlservr.exe (по дефлоту это C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn), а потом выполнить команду: sqlservr.exe -m

· если база данных master повреждена, то сервер полностью может не запуститься. В данном случае, чтоб все-же можно было запустить сервер и произвести функцию восстановления, необходимо перестроить базу данных master. При перестроении база данных master ворачивается к собственному начальному состоянию (когда сервер был только-только установлен). В прошлых версиях SQL Server для перестроения базы данных master использовалась особая утилита rebuildm. В SQL Server 2014 для этой цели употребляется программка установки SQL Server;

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

· после восстановления базы данных master сервер автоматом перезагрузится.

После того, как восстановление базы данных master закончится, очень рекомендуется проверить, не появилось ли каких-либо заморочек на SQL Server. Могут обнаружится трудности:

· с логинами. Для проверки можно использовать хранимую функцию sp_validatelogins;

· с юзерами баз данных. Проверку можно произвести с помощью команды: sp_change_users_login @Action = "Report";

· со перечнем баз данных на сервере. Если некий базы данных в перечне нет, но файлы её остались на диске, эту базу данных можно поновой присоединить к серверу.

Если вы произвели перестроение базы данных master, то после окончания восстановления этой базы данных непременно необходимо произвести восстановление баз данных model и msdb. В остальном, запасное копирование и восстановление этих баз делается так же, как и пользовательских.

Произвести запасное копирование базы данных tempdb нереально. Так как эта база данных создается поновой при каждом запуске SQL Server, то восстанавливать её не надо.

Заключение

Процесс восстановления данных - важнейшая операции в SQL Server. Восстановить данные не так сложно, как представлялось раньше, особенно с помощью графического интерфейса утилиты Enterprise Manager. Затруднение вызывает только восстановление поврежденной базы данных master.

Актуальность данной работы высока, т.к техника в век информационных технологий является важным аспектом любой сфере и у неё есть свойства давать сбои поэтому восстановления данных является актуальной темой для исследования.

Процесс восстановления утерянных данных был рассмотрен на примере SQL Server 2014 которая идеально для этого подходит и выявлены закономерности в восстановлении данных на основе которых были сделаны выводы

Делая резервные копии и тестируя каждую создаваемую резервную копию и восстановленную базу данных, мы избегаем частых потерь данных и сбоев.

Резервное копирование необходимо для возможности быстрого и недорогого восстановления информации в случае поломки рабочей копии базы по какой-либо причине.

В заключении своей работы хочется привести первый закон Чизхолма, который доказывает актуальность данной работы:

Все, что может испортиться, портится.

Все, что не может испортиться, портится тоже.

Список литературы

1. Леонов Василий.., Востриков С.М. "Мир Interbase", М.: Кудиц-Образ, 2002г.
2. Крис Касперски «Восстановление данных. Практическое руководство» Спб.: БХВ-Петербург, 2007г.
3. Ковязин А.Н., «Восстановление данных». М.: Эксмо, 2009 г.
4. MicrosoftCorporation. Компьютерные сети. Учебный курс / Пер. с англ. – М.: Русская редакция, 2009.- 696 с.
5. Нессер Д.ДЖ. Оптимизация и поиск неисправностей в сетях. – К.: Диалектика, 1996.- 384 с.
6. Анализ локальных сетей NetWare/Пер. с англ. – М.: ЛОРИ, 1995.- 596 с.
7. Носенко А.А. Сетевые методы планирования НИР и ОКР. Методическое пособие по дипломному проектированию. – Мн.: МРТИ, 1992.- 45 с.
8. Шаниров Р.С. и др. Охрана труда. Методические указания по дипломному проектированию. – Мн.: МРТИ, 1990.- 36 с.
9. Сибаров Ю.Г., Сколотнёв Н.Н.Востановления данных. – М.: Радио и связь, 2010- 199 с.
10. Павлов С.П. и др. Охрана труда в радиоэлектронной промышленности. – М.: Радио и связь, 1999.- 200 с.
11. Байченко Е.В. и.др. Локальные вычислительные сети. – М.: Радио и связь, 1999.- 304 с.
12. Челлис Д. И др. Основы построения сетей / Пер. с англ. – М.:ЛОРИ, 1997.- 323 с.
13. Русли Д., Мэксвин Д. Сети WindowsNT4.0./ К.:Диалектика,1997.- 597 с.
14. Малаян К.Р. Безопасность жизнедеятельности. Безопасность при работе с компьютером: Учеб. пособие.–СПб.:Изд-воСПбГТУ,2001.124с

Интернет-ресурсы

1. 14.Интернет магазин компьютерной техники [Электронный ресурс]: URL:http://www.dns-shop.ru/(дата обращения 19.12.2014 г.).
2. 15.Официальный сайт компании Cisco [Электронный ресурс]: URL:http://www.cisco.com/web/RU/index.html/(дата обращения 19.12.2014 г.).
3. 16. Интернет магазин всех видов кабелей [Электронный ресурс]: URL:http://www.allcables.ru/(дата обращения 19.12.2014 г.).

1. MicrosoftCorporation. Компьютерные сети. Учебный курс / Пер. с англ. – М.: Русская редакция, 2009 с 211 ↑

2. MicrosoftCorporation. Компьютерные сети. Учебный курс / Пер. с англ. – М.: Русская редакция, 2009 ↑

3. MicrosoftCorporation. Компьютерные сети. Учебный курс / Пер. с англ. – М.: Русская редакция, 2009 ↑

4. Уильям Р. Станек «Microsoft SQL Server 2014. Справочник администратора». М.: Русская Редакция, 2015 г. ↑

5. Крис Касперски «Восстановление данных. Практическое руководство» Спб.: БХВ-Петербург, 2007г ↑

6. Уильям Р. Станек «Microsoft SQL Server 2014. Справочник администратора». М.: Русская Редакция, 2015 г. ↑

7. Крис Касперски «Восстановление данных. Практическое руководство» Спб.: БХВ-Петербург, 2007г ↑

8. Крис Касперски «Восстановление данных. Практическое руководство» Спб.: БХВ-Петербург, 2007г ↑

9. Уильям Р. Станек «Microsoft SQL Server 2014. Справочник администратора». М.: Русская Редакция, 2015 г. ↑