Восстановление данных с помощью графической утилиты

При повреждении диска, содержащего файлы данных, БД, связанная с этими файлами, будет помечена в Enterprise Manager как подозрительная (suspect).

Чтобы восстановить такую БД, раскройте контейнер Databases, щёлкните правой кнопкой БД, которая помечена как подозрительная, выберите пункт All Tasks – Restore Databases. SQL Server Enterprise Manager определит наиболее эффективный путь восстановления этой БД, используя информацию о резервном копировании, которая содержится в БД msdb. Если один из наборов резервных копий, указанных Enterprise Manager для использования в операции восстановления, отсутствует в диалоговом окне Restore Database, можно выбрать другие комбинации, раскрыв список First Backup To Restore. При этом Enterprise Manager определит остальные резервные копии, которые необходимы для выполнения восстановления, и покажет их в виде списка в нижней части диалогового окна.

Если необходимо просмотреть информацию о содержимом какого-нибудь набора резервных копий из списка, выберите его и щёлкните кнопку Properties. В диалоговом окне Backup Set Properties будет отображаться информация о наборе резервного копирования, которую вы ввели при его создании, а также информация, которую записал при создании резервной копии SQL Server.

Определив, какие наборы резервных копий необходимо использовать, перейдите на вкладку Options диалогового окна Restore Database, чтобы задать дополнительные параметры восстановления данных.

На вкладке Options в поле Restore AS таблицы со списком восстанавливаемых файлов можно изменить физическое расположение любого восстанавливаемого файла данных. По умолчанию при восстановлении файлы записываются туда, где они были размещены первоначально.

Если необходимо восстановить только файлы или группы файлов, а не всю БД, установите переключатель Filegroups Or Files на вкладке General. В диалоговом окне Restore Database появятся все файлы данных, группы, а также все файлы журнала транзакций, для которых созданы резервные копии.

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

Переключатель Select A Subset Of Backup Sets – кнопка Selection Criteria позволяют фильтровать наборы резервных копий по названию диска, дате создания набора копирования или по свойствам файлов.

В ряде случаев необходимо восстановить БД на другом экземпляре SQL Server. Например, если нужно временно восстановить БД до состояния на определённый момент времени, чтобы восстановить случайно удалённые данные и при этом не отменять все изменения в БД и не отключать её.

При восстановлении БД на другом экземпляре SQL Server сначала необходимо создать БД, в которую будет восстановлена БД из резервной копии (как правило, используют имя восстанавливаемой БД и пути к файлам оставляют прежними). Если выбрано другое имя, то при восстановлении на другом экземпляре SQL Server необходимо установить флажок Force Restore Over Existing Database на вкладке Options диалогового окна Restore Database.

После этого щёлкните правой кнопкой БД в дереве консоли, выберите All Tasks и щёлкните Restore Database. На вкладке General диалогового окна Restore Database установите переключатель From Device.

Чтобы выбрать устройство резервного копирования, с которого будут восстановлены данные, щёлкните кнопку Select Devices, в диалоговом окне Choose Restore Devices выберите тип устройства (диск или ленту), затем щёлкните кнопку Add. Выбрав устройство для восстановления данных, установите соответствующие значения параметров восстановления.

Определив момент времени, на который необходимо восстановить состояние БД, в диалоговом окне Restore Database на вкладке General установите флажок Point In Time Restore, и выберите дату и время, на которых операция восстановления должна остановиться.

Невозможно выбрать более раннее время, чем время самого раннего восстановления выбранного вами журнала транзакций.

Перечень источников:

1. Агальцов В. П. Базы данных: учебное пособие. – М.: Мир, 2002.

2. Вендров А. М. Проектирование программного обеспечения экон. информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с.: ил.

3. Администрирование Microsoft SQL Server. Учебный курс. Пер. с англ. – 2-е изд., испр. – М.: Издательско-торговый дом «Русская редакция», 2002 – 640 стр.

4. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. – СПб.: Питер, 1997 – 740 стр.

Текущий контроль знаний студентов по данной теме проводится в форме самостоятельной работы.

Вопросы текущего контроля знаний по теме «Копирование и перенос данных. Восстановление данных»

1. Понятия резервной копии и устройства резервного копирования

2. Способы резервного копирования данных

3. Команда восстановления данных

4. Понятия файла резервной копии и набора резервных копий

5. Способы восстановления данных

6. Команда резервного копирования

По данной теме предусмотрена практическая работа.

Практическая работа № 6. Тема: Резервное копирование и восстановление данных.

Вопросы практической работы № 6

1. Создать устройство резервного копирования

2. Выполнить команду резервного копирования Вашей БД

3. Выполнить операции резервного копирования баз данных Northwind и Pubs, поместив копии в разные файлы резервного копирования

4. Выполнить полное восстановление Вашей БД и убедиться, что повреждённые данные восстановлены

5. Выполнить восстановление любой группы файлов. При этом необходимо отфильтровать наборы резервных копий по одному из критериев: названию диска, дате создания набора резервных копий, свойствам файлов

6. Восстановить состояние БД Northwind на определённый момент времени

7. Выполнить резервное копирование Вашей БД на внешний носитель

8. Восстановить Вашу БД на другом экземпляре SQL Server

Тема 2.5. Установка привилегий доступа к данным

Тип лекции: текущая

План:

Проверка подлинности, авторизация

Управление разрешениями доступа к объектам

Проверка подлинности, авторизация

Чтобы пользователь мог работать с БД или выполнять задания на уровне сервера, SQL Server должен проверить его подлинность.

Подключаясь к SQL Server, пользователь выбирает тип проверки подлинности – проверка средствами Windows или средствами SQL Server, и вводит имя и пароль.

Если пользователь является зарегестрированным пользователем Windows (т.е. прошел проверку подлинности средствами Windows - аутентификацию), ОС предложит SQL Server доверять результатам этой проверки и предоставить доступ на основании указанных имени и пароля.

Если подключающийся пользователь не прошел проверку подлинности в Windows, он может предложить проверить его подлинность средствами SQL Server на основе указанных имени и пароля (регистрационной записи).

Авторизация

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

Sysadmin – выполнять любую задачу в любой БД SQL Server;

Serveradmin – конфигурировать и останавливать службы SQL Server:

Setupadmin – устанавливать и изменять параметры конфигурации удалённых и связанных серверов, а также параметры репликации;

Securityadmin – выполнять все операции, связанные с защитой;

Processadmin – управлять процессами в системе SQL Server, удалять пользовательские процессы, применяющие некорректные запросы;

Dbcreator– создавать, изменять и удалять БД.

Подключение к SQL Server не даёт пользователю права доступа к БД. Кроме участников роли сервера sysadmin, никто не имеет прав на уровне БД. Права на использование БД могут предоставить системный администратор или участник роли администратора БД.

Разрешения можно предоставлять, блокировать и отзывать. К разрешениям уровня БД относятся: разрешения на создание объектов, администрирование БД, выполнение операторов Transact-SQL, вставку данных в таблицу, просмотр данных.

Разрешения, назначаемые на уровне БД:

Владелец БД (Database owner) – если пользователь определён как владелец БД, он может выполнять в ней любые действия;

Роль DBO (DBO role) – все участники роли sysadmin автоматически считаются участниками роли dbo и могут выполнять в ней любые действия в БД;

Пользователь (User) – зарегестрированные пользователи получают права Database owner, роли Public и спецтально определённые права выполнения операторов и доступа к объектам;

Пользователь Guest (Guest user) – если прошедший проверку подлинности пользователь имеет доступ к системе SQL Server, но не имеет пользовательского доступа к некоторой БД, он может получить доступ как пользователь guest, т.е. получить некоторые права для работы с БД (как правило, права на чтение данных);

Роль Public (Public role) – все пользователи, которым разрешён доступ к БД, становятся участниками этой роли и получают определённые права для работы с БД;

Постоянная роль БД (Fixed database role) – зарегестрированные пользователи могут стать участниками постоянных ролей БД, которые содержат предопределённые права для работы с БД;

Роли БД, определённые пользователем (User-defined database role) – эти роли создаются администратором, и их участникам предоставляются специально определённые права;

Право выполнения операторов (Statement permission) – право выполнять административные операторы может быть предоставлено пользователям, группам и ролям;

Право доступа к объекту (Object permission) – право доступа к объектам, например таблицам, может быть предоставлено пользователям, группам и ролям;

Роль приложения (Application role) – право выполнять некоторые действия в БД может быть предоставлено приложению, а не пользователю. Приложение подключается к БД, и его роль активизируется.

Каждая БД для выполнения различных заданий содержит 9 фиксированных ролей БД, связанных с разрешениями, определяемыми на уровне БД. Нельзя удалить эти роли или изменить их разрешения.

Чтобы пользователь мог выполнять какие-либо действия в системе SQL Server 2000, он должен подключиться к SQL Server , используя учётную запись, и к БД, используя регистрационную запись.

SQL Server Enterprise Manager позволяет в интерактивном режиме сопоставить учётную запись пользователя с регистрационной записью, создать регистрационную запись SQL Server 2000 для учётной записи системы защиты SQL Server.

Не нашли, что искали? Воспользуйтесь поиском по сайту: