Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. - Базы данных. Учебник для высших учебных заведений (6-е изд.) - 2009 (960530), страница 45
Текст из файла (страница 45)
1 . Настройка и администрированиеДля успешного функционирования информационной системы, использующей БД, недостаточно выбора С У Б Д и сервера БД. На начальной стадиизапуска информационной системы и в процессе ее эксплуатации необходимовыполнять настройку и различные функции администрирования. Важнейшими задачами администрирования являются защита информации и разграничение доступа пользователей (см.
следующий подраздел). К числу другихнемаловажных задач настройки и администрирования также относятся следующие:• выбор способа размещения файлов на диске;• определение требуемого объема дисковой памяти;• распределение информации на диске;• резервное копирование.Рассмотрим коротко решение этих задач.Выбор способаразмещенияфайлов надискеБольшинство С У Б Д позволяют администратору системы выбрать один издвух способов размещения файлов БД на дисках: на «чистьис» дисках или вфайловой системе ОС. В первом случае управление данными, хранящимисяна отдельных носителях, производится низкоуровневыми средствами самихСУБД. Некоторые СУБД, например Ingres и Interbase, требуют обязательного использования файловой системы (в среде ОС UNIX).
Рассмотрим достоинства и недостатки обоих вариантов размещения файлов на диске.Достоинством хранения информации на «чистых» дисках является то,что внешняя память используется более эффективно и, как правило, увеличивается производительность обмена с дисками. Экономия внешней памяти от 10 до 20% достигается на основе устранения необходимости организации самой файловой системы. Так, в О С UNIX служебная информация файловой системы составляет примерно 10% от емкости дисков.
Примерностолько же памяти резервируется для последующего возможного расширения файлов. Производительность (обычно порядка 10%) повышается наЧасть 2. Проектирование и использование БД222основе удаления дополнительного слоя программного обеспечения при обращении к дискам.Многие СУБД предпочитают работать с дисками через файловую систему, которая обеспечивает следующие достоинства. Во-первых, использование файловой системы обладает большей гибкостью, так как дает администратору стандартные средства обслуживания файлов: утилиты резервного копирования, архивации, восстановления, а также возможность пользованиядругими программами работы с файлами (редакторами, антивирусными программами, утилитами контроля качества носителя и т.
д.). Во-вторых, в некоторых случаях выполнение операций ввода/вывода через файловую системуобеспечивает оптимизацию, которую СУБД не может реализовать. В частности, в системе UNIX происходит кластеризация данных в более крупные физические единицы, чем в большинстве СУБД, что часто приводит к повышению производительности.Определениетребуемогообъема дисковойпамятиПри определении требуемого объема дисковой памяти следует учитывать,что для обработки данных С У Б Д использует большой объем служебной информации, размещаемой на дисках. К служебной информации относится следующее: описание схемы базы данных, табличные индексы, временные таблицы, заранее выделенное пространство для хеш-таблиц и индексов, пространство для сортировки, файлы журнала, архивы и многое другое.Если точная информация об объеме служебной информации для БД отсутствует, то разумно исходить из предположения, что для ее размещения требуется объем дисковой памяти, превосходящий объем собственно данных.
Дляповышения надежности восстановления данных в базе в случае сбоев и отказов оборудования, файлы журналов транзакций и архивов целесообразно размещать на других физических дисках, отличных от дисков с базой данных.РаспределениеинформациинадискахРациональным и довольно экономичным способом распределения инф о р м а ц и и на дисках я в л я е т с я обеспечение основных задач обработкиданных одним или несколькими дисками.
Примером такого распределения является использование четырех дисков: одного - для операционной системы и области подкачки (swap), другого - для данных, третьего для журнала транзакций и четвертого - для индексов.Технически возможно разместить несколько функциональных дисковыхобластей на одних и тех же (физических или логических) дисках. Так практически всегда делается на СУБД, работающих на ПЭВМ. Однако совместноехранение разнородной информации на одних и тех же дисках приводит к перегрузке подсистемы ввода/вывода и, соответственно, к потере производительности. Перегрузка возникает из-за существенных временных затрат напозиционирование головок на диске.8. Использование баз данных223Поясним, почему увеличивается время на позиционирование головокдиска на примере совмещения мест хранения таблицы данных и журнального файла. Пусть приложением выполняется обновление данных базы.Поскольку запись в журнал должна вестись синхронно с обновлениемо с н о в н ы х д а н н ы х , г о л о в к а д и с к а в п р о ц е с с е в ы п о л н е н и я о п е р а ц и и всевремя перемещается от области размещения данных к области журналаи обратно.РезервноекопированиеОсновным назначением резервного копирования является предотвращение возможной гибели базы данных.
Резервное копирование состоит в создании резервной копии базы данных. Напомним, что резервировать нужно нетолько собственно данные, но и служебную информацию (словарь данных,журнал транзакций и т. д.) СУБД.При создании резервной копии БД обычно используют магнитные ленты ( М Л ) или диски. В последнем случае говорят о так называемом зеркалировании дисков.
Резервная копия может быть точной копией исходнойБД или сжатой (архивной) копией. Сжатие может осуществляться аппаратно или программно. Аппаратное сжатие предпочтительно с точки зрения временных затрат на эту операцию, но увеличивает стоимость аппаратной части.Резервное копирование может осуществляться во время работы с БД (режиме online) или в другое время. Копия может создаваться по инициативеоператора, либо автоматически в заданное время путем запуска соответствующей утилиты.При организации резервного копирования перед администратором встают следующие вопросы:• какие устройства выбрать для резервного копирования;• когда и с какой частотой выполнять резервное копирование.1.
При определении типа устройства для хранения резервной копии (магнитную ленту или диск) исходят прежде всего из резерва времени, отводимого на процедуру копирования. Для больших БД и медленных устройств время создания копий может быть очень большим. Так, например, для базы данных объемом 20 Гбайтов, сбрасываемой на 4 мм магнитную ленту, работающую со скоростью 500 Кбайтов/с, потребуется около 12 часов.
Другими важными факторами являются обеспечение согласованного состояния базы данпых (за это время постоянно используемая БД будет претерпевать изменения) и время приведения системы в готовность к использованию при восстановлении БД из резервной копии.Выпускаемые в настоящее время накопители на МЛ позволяют копировать данные со скоростью примерно 1,25 Гбайтов в час. Некоторые НМЛ на8 мм ленте с аппаратной компрессией способны обеспечивать скорость до224Часть 2. Проектирование и использование БД3 Гбай гов/час. Некоторые из устройств имеют емкость до 25 Гбайтов, но более типичной является емкость 8 - 1 0 Гбайтов.Отдельные устройства, например Fujitsu Model 2480, могут обеспечиватьи большую скорость - около 10 Гбайтов в час, но имеют ограниченный объемносителя (200 -400 Мбайт до сжатия).
Более современные устройства, например фирмы Metrum, обладают большей пропускной способностью (15 Мбайтов/с) и емкостью (14 Гбайтов на одну ленту без компрессии).Резервное копирование и восстановление с зеркальных дисков происходит намного быстрее. Примером программного обеспечения, выполняющегоэти ф у н к ц и и с небольшими н а к л а д н ы м и расходами, я в л я е т с яOnline:DiskSuite.2. Резервную копию создают в режиме online в случае, если работа с БДпроисходит круглосуточно, либо когда в работе системы имеются временныеокна, продолжительность которых достаточна для создания копии. В остальных случаях создавать копию лучше в конце рабочего дня или недели.При копировании в режиме online возникает проблема обеспечения согласования таблиц БД, поскольку параллельно с получением копии идет работас данными.
Для ее решения все обновления базы данных СУБД «собирает»без обновления таблиц до тех пор, пока не завершится полное копирование,либо пользователям базы данных разрешается доступ только по чтению. ЕслиСУБД не обеспечивает согласованности данных во время резервного копирования, эту функцию должен взять на себя администратор БД.Важно периодически проверять корректность выполненного резервирования важной информации путем пробного восстановления. Следует не забывать о документировании резервирования.8.2.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
