7.3.3. Создание архивов утилитой ontape
Для создания архива данных нужно выполнить команду
ontape -s
Данная команда проверит наличие и доступность устройства, специфицированного параметром TAPEDEV, а затем запросит указать уровень архива - 0, 1 или 2. Дело в том, что Informix Dynamic Server обеспечивает создание инкрементальных архивов, то есть позволяет архивировать не всю систему в целом, а только изменения.
Архив 0-го уровня - это полная копия всех данных 17), соответствующая текущему состоянию всех баз данных и всех таблиц в базах данных. Архив 1-го уровня - это архивация только изменений18), произошедших с момента создания архива 0-го уровня. Архив 2-го уровня - это архивация изменений, произошедших в системе с момента создания последнего архива 1-го уровня. Использование инкрементальных архивов позволяет существенно упростить и убыстрить процесс создания архивов.
После того, как для команды ontape -s будет задан уровень создаваемлого архива, данная команда откроет на запись устройство TAPEDEV и последовательно начнет выводить на данное устройство данные из сервера баз данных. После того, как носитель в данном устройстве будет заполнен (исходя из значений конфигурационных параметров TAPEBLK и TAPESIZE) данная команда запросит сменить носитель в устройстве.
Уровень создаваемого архива можно задать и из командной строки, указав в команде ontape –s опцию -L:
ontape -s -L <уровень архива>
Например, создание архива 1-го уровня выполняется командой:
ontape -s -L 1
С помощью утилиты ontape можно также создавать архивы журналов транзакций. В архивы транзакций пишутся все изменения, происходящие с базой данных. Так как по сравнению с полным архивом архивирование журналов более быстрая процедура (они существенно меньше по размеру), то проще и эффективнее проводить постоянную архивацию журналов, нежели часто создавать полные архивы. Это позволит как повысить скорость работы сервера базы данных и, что гораздо важнее, восстановить данные с минимальными потерями.
Создавать архивы журналов транзакций с помощью утилиты ontape можно двумя разными способами. Первый способ - это автоматическое архивирование всех заполненных журналов. Для этого выполняется команда
ontape -a
Данная команда выводит на устройство LTAPEDEV все полностью заполненные и еще незаархивированные журналы транзакций. Кроме того, она спрашивает, не нужно ли заархивировать и текущий журнал, который заполнен только частично. Если администратор соглашается, то сервер будет переключен на следующий журнал (выполнится команда onmode -l) и последний частично использованный журнал тоже будет заархивирован.
Существует возможность и постоянного архивирования журналов по мере их заполнения. Для этого надо выполнить команду:
ontape -c
При включении даного режима на ленточку (на устройство LTAPEDEV) будут заархивированы все заполненные журналы транзакций, а затем по мере заполнения будут архивироваться и другие журналы. Режим постоянного архивирования требует, чтобы для данной команды была выделена специальная терминальная сессия, так как данная команда может просить у администратора заменить заполненную ленточку.
При создании архивов журналов транзакций утилита ontape присваивает всем журналам уникальные номера, по которым их можно будет идентифицировать.
Только пользователь informix или root имеет право выполнять команду ontape. Архивация утилитой ontape может выполняться тогда, когда Informix Dynamic Server находится в рабочем состоянии (режим on-line), так и тогда, когда сервер находится в режим е одного пользователя (режим quiescent).
- 4.5. Упражнения 67
- Глава 6. Устройство Informix Dynamic Server 165
- Глава 7. Эксплуатация информационных систем 177
- Глава 1 Обзор основных архитектур баз данных
- 1.1. Архитектура на основе разделяемых файлов
- 1.2. Архитектура “Хост-терминал”
- 1.3. Архитектура “Клиент-Сервер”
- 1.4. Архитектура с использованием сервера приложений (трехзвенная архитектура)
- 1.5. Упражнения
- Глава 2 Модели данных
- 2.1. Уровни восприятия данных
- 2.2. Иерархическая модель данных
- 2.3. Сетевая модель данных
- 2.4. Реляционная модель данных
- 2.5. Объектно-реляционная модель данных
- Глава 3 Реализация информационных систем на основе продуктов Informix Software
- 3.1. Обзор продуктов Informix
- 3.2. Варианты построения систем
- Internet/Intranet-конфигурация
- 3.3. Выбор оптимальной конфигурации
- Глава 4 Математические основы реляционных субд
- 4.1. Основные понятия
- 4.2. Ключи
- 4.3. Основные операции над таблицами и их интерпретация
- 4.4. Нормализация
- 4.5. Упражнения
- Глава 5 Язык sql
- 5.1. Типы данных, доступные в sql
- 5.3. Основные sql-операторы для доступа и модификации данных
- 5.4. Управление транзакциями
- 5.5. Продвинутые варианты оператора поиска
- 5.5.1. Поиск по нескольким таблицам
- 5.5.2. Устранение повторения данных в операторе select
- 5.5.3. Вычисления внутри оператора select
- 5.5.4. Логические выражения в условии sql-операторов
- 5.5.5. Слияние двух выборок
- 5.5.6. Сортировка выборки
- 5.5.7. Вставка в таблицу нескольких строк одновременно
- 5.6. Использование sql в языках программирования
- 5.7. Программирование сервера базы данных
- 5.7.1. Динамический sql
- 5.7.3. Хранимые процедуры
- 5.7.4. Триггеры
- 5.8. Ограничители (задание целостности на уровне схемы)
- 5.9. Разграничение в sql прав пользователей
- 5.9.1. Права доступа
- 5.9.2. Права на уровне базы данных
- 5.9.3. Права на таблицы
- 5.9.4. Права на хранимые процедуры
- 5.9.5. Кто и как следит за соблюдением прав
- 5.9.6. Механизм ролей
- 5.9.7. Псевдотаблицы (view)
- 5.9.7. Синонимы
- 5.10. Управление одновременным доступом к данным
- 5.10.1. Что бывает, когда несколько человек одновременно пытаются обновить одни и теже данные
- 5.10.2. Открытие базы данных только для себя
- 5.10.3. Блокирование таблицы
- 5.10.4. Механизм блокирования записей и уровни изоляции
- 5.10.5. Управление ожиданием снятия блокировок
- 5.10.6. Тупиковые ситуации
- 5.11. Повышение скорости обработки запросов.
- 5.11.1. Индексы
- 5.11.2. Буферизация журнала транзакций
- 5.11.3. Блокировка на уровне записей и страниц
- 5.11.4. Эффективное построение запросов
- 5.11.5. Сортировка и поиск по коротким полям. Классификаторы
- 5.12. Объектное расширение sql в Informix ds/Universal Data Option
- 5.12.1. Зачем нужна поддержка объектов в серверах бд?
- 5.12.3. Внедрение объектно-ориентированной технологии
- 5.12.4. Реализация объектного подхода в Informix
- Informix ds/Universal Data Option - объектно-реляционная субд
- 5.12.5. Итак…
- Глава 6. Устройство Informix Dynamic Server
- 6.1. Внутренняя архитектура dsa
- 6.2. Механизм хранения данных
- 6.3. Инсталляция продукта
- 6.4. Запуск и останов сервера
- 6.5. Работа с русским языком
- Глава 7. Эксплуатация информационных систем
- Администрирование серверов баз данных
- 7.2. Обеспечение сохранности данных.
- 7.2.1. Технологии постоянного дублирования
- 7.2.2. Архивация
- 7.2.3. Так как же обеспечить сохранность данных?
- 7.3. Архивирование и восстановление данных
- 7.3.1. Что нужно архивировать
- 7.3.2. Утилиты архивации и восстановления
- 7.3.3. Создание архивов утилитой ontape
- 7.3.4. Восстановление из архивов утилитой ontape
- 7.3.5. Как узнать “когда”?
- 7.3.6. Практические советы
- 7.4. Средства контроля за доступом
- 7.4.1 Как работает аудитинг?
- 7.4.2. Конфигурирование списков протоколируемых событий
- 7.4.3. Задание файлов, запуск и остановка механизма аудитинга
- Анализ протокола
- 7.4.5. Практические советы или Что делать, если вы хотите…
- 7.5. Реагирование на чрезвычайные ситуации
- 7.6. Мониторинг текущего состояния сервера базы данных
- 7.6.1. Кто работает с сервером базы данных
- 7.6.2. Сколько памяти использует сервер бд
- 7.6.3. Сколько свободного места имеется у сервера бд
- 7.7. Достижение требуемой производительности
- 7.7.1. Как узнать, что ждет некоторый запрос
- 7.7.2. Как выяснять причины падения производительности
- 2. Общие принципы предлагаемой технологии
- 3. Как портировать приложение