9.3.2. Поддержание целостности данных

Данные – важнейший актив организации. Попробуйте оценить стоимость потерянной информации. Если мебель, оборудование и даже работников можно заменить, то данные можно заменить далеко не всегда.

Целостность базы данных должна защищаться административными мерами.

• Желательно минимизировать число учетных записей на сервере.

• Не надо выдавать учетные записи пользователям БД без особой необходимости.

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

• Надо задать список узлов, от которых можно принимать запросы. Одних лишь имени пользователя и пароля недостаточно. Должен быть задан еще и перечень разрешенных IP-адресов.

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

• Следует регулярно проверять таблицы привилегий и журнальные файлы для выявления нарушений безопасности. Если дампы базы данных mysql создаются регулярно, можно сравнить отличия предыдущего дампа от текущего. Если в таблице обнаружено повреждение, его можно немедленно исправить. При соответствующей настройке демон будет пытаться автоматически восстановить поврежденные таблицы. Это хорошее решение на случай непредвиденных аварий.

Регулярный просмотр журнальных файлов позволяет выявить необычные операции, обнаружить признаки неэффективной организации таблиц, а также наличие в них ошибок. Для поиска ошибок и восстановления таблиц у демона mysqld есть специальная опция --myisam-recover, при наличии которой в строке запуска демон будет пытаться автоматически восстановить поврежденные таблицы. Это хорошее решение на случай непредвиденных аварий, например, таких, которые происходят вследствие внезапного выключения питания.

9.3.3. Подготовка к катастрофе

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

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

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

• регулярно создавать резервные копии и хранить их вне сервера;

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

• регулярно проверять архивы, чтобы защитить себя от неприятных сюрпризов.

9.3.4. Поддержка пользователей

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

Администратор должен понимать, зачем пользователям нужна та или иная база данных. Есть смысл потратить время на изучение операций, выполняемых над хранимыми в ней данными.

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

Хорошо бы сделать краткий обзор утилит, имеющихся в распоряжении пользователей, и источники получения дополнительной информации.

Нужно заранее предусмотреть ситуацию, когда кто-то из пользователей попытается выйти за рамки установленных привилегий или монополизировать системные ресурсы.

Администратор может потребовать от пользователей составлять отчеты о замеченных аномалиях.