3.Access: Ввод объектов (рисунков и др.), гиперссылок
25
1.Опишите компоненты субд
Транзакция– логически-завершенный фрагмент последовательности действий (одна или более SQL-команд, завершенных фиксацией или откатом). Это единицы обработки данных, обладающие свойствами, существенными с точки зрения традиционных СУБД: атомарность (выполняются либо все действия, либо ни одного), сериализуемость (разные транзакции не оказывают неожиданного воздействия друг на друга), и долговечность (если транзакция зафиксирована, то ее результат не пропадет даже в случае краха системы).
Свойства транзакций – атомарность, изолированность, устойчивость.
менеджер протоколирования и восстановления гарантирует устойчивость
Процессор транзакции представлен в виде 2-х основных компонентов:
1. Планировщик заданий, ответственный за обеспечение атомарности и изолированности транзакции. 2. Менеджер протоколирования и восстановления
Процессор транзакции выполняет функции
протоколирование 2. управление параллельными заданиями 3. разрешение взаимоблокировок
Блокировки препятствуют возможности одновременного обращения нескольких транзакций к порции данных такими способами, которые плохо согласуются друг с другом. Признаки блокировки хранятся в таблице блокировок, размещенной в ОП.
Задача управления размещением информации на диске и обмена ею между диском и ОП решается менеджером хранения данных. Менеджер буфера является ответственным за разб. доступной ОП на буферные участки страницы, куда может быть помещено содержание дисковых блоков.
Задачей менеджера буферов является обращение к соответствующим порциям данных на носителях вторичных устройств хранения, где они располагаются постоянно, с последующим переносом данных в буферы, размещаемые в ОП.
Запросы и другие команды языка управления данными группируются в транзакции. Эти процессы должны выполняться атомарно и изолировано друг от друга. Каждый отдельный запрос или операция по изменению данных является самостоятельной транзакцией.
Транзакция должна обладать свойством устойчивости, т.е. результат каждой завершенной транзакции должен быть зафиксирован в БД, даже в тех ситуациях, когда после окончания транзакции система по той или иной причине выходит из строя.
Задача управления размещением информации на диске и обмена ею между диском и ОП решается менеджером хранения данных.
2.Каким образом можно быстро разобраться в составе и структуре файлов и баз данных?
Используя метаданные
3.Access: выделение, выравнивание текста в полях, вычисление и добавление полей
26
1.Каковы главные функции администратора бд?
Администратор БД отвечает за целостность информационных ресурсов компании. На нем лежит ответственность по созданию, обновлению и сохранности связанных между собой резервных копий файлов, исходя из задач предприятия. Этот человек должен в мельчайших подробностях знать существующие механизмы восстановления программного обеспечения БД. Возможны ситуации, при которых администратору БД потребуется на основе логических прикладных моделей создавать элементы физической схемы, а также поддерживать связь пользователей с системой и обеспечивать соответствующий уровень информационной безопасности, следя за тем, чтобы доступ к данным имели только те люди, которые в нем нуждаются. Администратор БД должен уметь определять узкие места системы, ограничивающие ее производительность, настраивать SQLи программное обеспечение СУРБД и обладать знаниями, необходимыми для решения вопросов оптимизации быстродействия БД. Разделим его обязанности на две категории (основные и дополнительные).
Основные обязанности администратора БД:
Резервное копирование и восстановление системы. Возможно, самая главная задача АБД – сохранять данные в системе. Чтобы делать это эффективно, необходимо разработать процедуру резервного копирования и стратегию восстановления данных. Очень важно периодически тестировать отработанную схему резервного копирования и восстановления.
Обеспечение безопасности – это одна из основных обязанностей АБД. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности.
Создание баз данных, табличных пространств, таблиц, представлений и индексов согласно спецификации разработчика приложений.
Периодическая проверка производительности системы и произведение изменений для поддержки необходимого уровня производительности.
Поддержка целостности данных БД.
Планирование и выполнение качественного резервного копирования и стратегии восстановления.
Установка нового программного обеспечения. Очень важно протестировать все программы перед введением их в рабочую среду.
Конфигурация программного и аппаратного обеспечения (вместе с системным администратором). В большинстве случаев доступ к настройке программного обеспечения имеет только системный администратор, поэтому АБД должен вместе с системным администратором производить установку программ, конфигурирование программного и аппаратного обеспечения, чтобы рабочие станции функционировали наиболее оптимально.
Настройка производительности и мониторинг – АБД должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.
Процедура планового обслуживания – В задачи АБД входит также обязанность составить календарь обслуживания СУБД. Лучше всего производить обслуживание СУБД в ранние часы по утрам, либо по выходным, чтобы не вызвать недовольства пользователей в случае отказа базы данных. В обслуживание входят архивирование, тестирование и настройка.
Локализация неисправностей – В случае сбоя СУБД, в обязанности АБД входит восстановление работоспособности или помощь в решении этой проблемы. Рекомендуется также решать предполагаемые проблемы, которые могут возникнуть в будущем.
Восстановление системы после сбоя – Поскольку сбой системы приводит к тому, что пользователи теряют доступ к своим данным, АБД обязан как можно быстрее восстановить работу системы. Хорошо подготовленный АБД имеет план восстановления системы после сбоя.
Пути обеспечения сохранности данных:
Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это будут, во-первых, копии данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для согласованности данных предложено в первую очередь поддерживать централизованную базу, а копии выделять для локального использования. Тогда потери данных на одном центре восстанавливаются при помощи централизованной базы данных. Недостатком такого подходя является слишком долгое время загрузки центральной базы данных. Поэтому загрузка новых данных, касающихся локальной базы данных, в региональном центре и главного центра системы происходит одновременно. Применяется тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последние годы наблюдений.
Трехуровневая схема хранения:
Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.
Сменные носители в той же комнате, где эксплуатируется сервер.
Сменные носители, которые находятся в другом здании.