7.3.7.Роли приложений

Для ограничения доступа пользователя к данным SQL Server при работе разными приложениями (MS Office), т.е. это ограничение запрещения/предоставления запуска неправильных запросов или доступа к секретной информации.

Роль приложений – роль БД, который назначает соответствующие разрешения. По умолчанию не активны, пользователей нет. Эти роли нельзя добавить группам Win. Чтобы активировать роль приложений, оно должно сообщать БД пароль (либо в коде приложений или в зафиксированном виде в реестре системы или в БД SQL).

Роли приложений различаются для каждой БД, при этом существует разработка ролью приложений игнорируется.

Активирует роль sp_setapprole. Приложение может активировать ее один раз и выполнить все действия, определяющиеся данной ролью.

Пример: ‘Role’, [Encrypt N’Password’], ‘odbc’

7.4.Резервное копирование и восстановление данных

Администратор БД должен обеспечить безопасность хранимой в БД информации с помощью:

• Проектированием отказоустойчивости системы;

• Разработкой стратегии резервного копирования/восстановления данных;

• Защита данных.

Стратегия восстановления данных

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

Обеспечение отказоустойчивости

Желательно обеспечить такой уровень отказоустойчивости SQL Server, чтобы СУБД осталось работоспособным, несмотря на сбой оборудования (использование RAID-массивов). Кроме того необходимо обеспечить безопасность данных от сбоев в работе сервера ОС.

Таким образом, администратору необходимо обеспечить элементарные меры обеспечения безопасности:

• Надежность оборудования;

• Использование аппаратуры, обеспечить защиту от скачков напряжения;

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

Защита данных

Для защиты информации при хранении в SQL Server необходимо разработать мероприятия по устранению неполадок:

• Потеря информации на диске с файлом данных;

• Потеря информации на диске с журналом транзакций;

• Потеря информации с системными файлами;

• Отказ сервера;

• Стихийные бедствия;

• Потеря информации вследствие кражи данных или уничтожения сервера;

• Кража постоянной информации;

• Неисправность постоянных резервных данных;

• Неисправность устройства восстановления данных;

• Не предусмотрены ошибки пользователя (удаление);

• Злонамеренная порча информации (намеренный ввод ошибочной информации).

Типы резервного копирования данных

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

1. Полное – полное копирование БД;

2. Дифференциальное – копирование страниц, изменившихся со временем последнего полного резервного копирования БД;

3. Группы файлов – полное резервное копирование всех файлов указанной группы;

4. Дифференциальное копирование групп файлов – копирование страниц, измененных со времени полного копирования группы фалов;

5. Файл данных – полное копирование файла данных;

6. Дифференциальное копирование файла данных – копирование страниц, измененных со времени полного копирования файла данных;

7. Журнал транзакции – копирование активной части журнала транзакции, при этом он усекается;

8. Момент архивации/восстановления – полное резервное копирование БД с использованием специального оборудования.

Перед архивацией БД необходимо завершить все транзакции. Резервное копирование с помощью ОС Win не позволяет производить работу с отдельными файлами.