20 Как можно обеспечить надежность хранения данных?

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

• Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.

• Сменные носители в той же комнате, где эксплуатируется сервер.

• Сменные носители, которые находятся в другом здании.

Таким образом, обеспечивается надежность хранения 99,9%. Скорее всего информация сохранится, например, при пожаре, сбое машины. Естественно какую-то часть можно потерять: последние сутки, последнюю неделю, последний месяц. Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения.  Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.

21 Опишите роль администратора бд в установке стандартов и создании технологических процедур

• Анализ данных – АБД часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.

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

• Моделирование и оптимизация данных – При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.

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

• Разработка производственных стандартов и соглашений по именам – Поскольку в разработке и развертывании приложений могут принимать участие несколько различных групп, то АБД часто призывается на роль разработчика производственных стандартов и соглашений по именам, чтобы приложения соответствовали этим стандартам.

• Документирование среды – АБД должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. АБД должен уметь полностью восстановить систему по документации в случае необходимости.

• Консультирование разработчиков и конечных пользователей – АБД часто выполняет функции консультанта для группы разработчиков и сообщества пользователей. Это может включать персональную помощь отдельным пользователям и даже разработку специальных курсов для разработчиков и пользователей системы.

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

• Оценка приобретений нового программного и аппаратного обеспечения – приобретая новый софт и аппаратуру, есть много о чем поразмыслить. В основном это касается функциональности и совместимости, а также, конечно, стоимости. Хоть цены и не касаются АБД, но насчет функциональности и совместимости рекомендации часто необходимы.

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