
- •Введение Тема 1.1. Понятие и классификация автоматизированных информационных систем
- •Тема 1.2 Жизненный цикл аис и модели жизненного цикла аис Жизненный цикл аис
- •Модели жизненного цикла аис
- •Тема 1.3. Методология и технология проектирования аис. Типовое проектирование аис
- •Тема 2.1.Этапы анализа предметной области
- •Тема 2.2 Методологии описания предметной области
- •Тема 2.3 Системы автоматизированного проектирования аис
- •I Этапы развития саsе-систем
- •II Классификация саsе-средств
- •Тема 3.1 Основы современных систем управления базами данных. Критерии выбора субд при создании аис
- •Основные технические характеристики субд
- •Тема 3.2 Базовые понятия реляционных баз данных. Проектирование реляционных баз данных с использованием нормализации
- •Тема 3.4. Язык структурных запросов MySql. Установка MySql 5
- •Тема 3.5. Создание данных и таблиц. Типы данных. Удаление баз и таблиц. Редактирование структуры таблиц.
- •10.4. Преобразование таблицы
- •Тема 3.6. Добавление данных. Удаление данных. Обновление данных.
- •Тема 3.7. Выборка данных. Однотабличные запросы.
- •Тема 3.8 MySql. Выборка данных. Многотабличные запросы
- •Тема 3.9 MySql. Работа с функциями. Поиск данных.
- •Возможные решения
- •Тип столбца Null
- •Задания
- •Возможные решения
- •Строковые функции
- •Ascii(строка) ord(строка)
- •Concat(строка1, строка2, ...)
- •Concat_ws(разделитель, строка1, строка2, ...)
- •Conv(n, основание_начальное, основание_конечное)
- •Elt(n, строка1, строка2, строкаЗ, ...)
- •Field(строка, строка1, строка2, строка3, ...)
- •Find_in_set(строка, список_строк)
- •Substring_index(строка, разделитель, количество)
- •Trim([[both | leading | trailing] [удаляемая_строка] from] строка)
- •Uncompress(строка_для_распаковки)
- •Unhex(строка)
- •Архитектура odbc
- •Функции odbc api
- •Соотношение стандарта odbc и стандарта интерфейса уровня вызовов (cli)
- •Создание источника данных
- •Утилита odbc
- •Создание источника данных с использованием odbc api
- •Коды возврата
- •Тема 4.3 Разработка клиентского программного обеспечения Тема 4.5 Основные элементы клиентских программ (интерфейс пользователя, справочная система, инсталляционный пакет и т.Д.)
- •Разработка функциональных требований к проекту программного продукта
- •Разработка внешнего дизайна
- •Основные свойства пользовательского интерфейса
- •Естественность интерфейса
- •Согласованность интерфейса
- •Дружественность интерфейса (принцип «прощения» пользователя)
- •Принцип «обратной связи»
- •Простота интерфейса
- •Гибкость интерфейса
- •1. Фиксированная
- •Косметическая.
- •Тема 5.1 Этапы и виды технологических процнссов обработки информации. Тех.Процесс преобразования информации
- •Понятие информационной технологии
- •Технологический процесс преобразования информации
- •Тема 5.4 Методы и средства сбора и передачи данных
- •Тема 5.5 Резервное копирование базы данных и последующее восстановление Резервное копирование базы данных и последующее восстановление
- •Модели восстановления базы данных
- •Тема 5.6 Типы методов резервирования Типы методов резервирования
- •Тема 5.7 Планирование стратегии резервирования
- •Тема 5.8 Экспортирование структур баз данных
- •Тема 5.9 Восстановление информации в базах данных
Тема 5.6 Типы методов резервирования Типы методов резервирования
Сервер SQL предоставляет разные методы резервирования для удовлетворения потребностей широкого круга бизнес-окружения и активности БД.
Полное резервирование БД. При использовании БД в основном только для чтения полное резервирование может быть нам лучшим решением для предотвращения потери данных. Во время выполнения полного резервного копирования SQL Server :
резервирует любую активность, которая происходит во время резервирования;
резервирует любые незавершенные транзакции в журнале транзакций. Сервер SQL использует части журнала транзакций, которые были захвачены в файл резервирования для того, чтобы убедиться в целостности во время восстановления.
Дифференцированное резервирование БД выполняется для сокращения времени, необходимого для восстановления часто изменяемой БД. Метод рекомендуется использовать в случае, семи выполнено полное резервирование. При дифференцированном резервировании SQL Server:
резервирует часть БД, которая изменилась с момента последнего полного резервирования. Для определения измененных страниц SQL Server сравниваетLSN на странице для синхронизации с LSN последнего резервирования;
резервирует всю активность, которая появилась во время дифференцированного резервирования, и любые незавершенные транзакции в журнале транзакций.
Резервирование журнала транзакций применяется для записи любых изменений в БД. Метод рекомендуется использовать при выполнении полного резервирования БД. При этом журнал транзакций нельзя восстановить без соответствующего резервирования БД; журнал транзакций невозможно резервировать с помощью простой модели резервирования.
Резервирование файлов БД и файловых групп. Метод используется в случае нецелесообразности полного резервного копирования на очень больших БД. При резервировании файлов БД или файловых групп с помощью SQL Server :
• резервируются только те файлы, которые указаны в опции FILE или FILEGPOUP;
• резервируются только определенные файлы, а не вся БД.
Ограничения при резервировании файлов и файловых групп БД. При резервировании БД, которая состоит из нескольких файлов или файловых групп, бывает необходимо резервировать различные файлы БД как целый модуль, если созданы индексы. Сервер SQL автоматически определяет время создания индексов с момента последнего резервирования БД и требует резервирования. полного набора измененных файлов в один целый модуль.
При создании индекса в простой модели восстановления журнал транзакций фиксирует факт создания индекса и список страниц, которые использовались при этом. Использование этого журнала транзакций во время восстановления БД приводит к тому, что SQL Server выполняет оператор CREATE INDEX и использует оригинальные страницы индекса.
Для того чтобы SQL Server пересоздал индексы, все файлы БД, содержащие базовые таблицы, и все файлы БД, измененные во время создания индекса, должны находиться в том состоянии, в котором и находились при создании индекса.
Тема 5.7 Планирование стратегии резервирования
При планировании стратегии резервирования с учетом особенностей производственного окружения сначала определяют метод резервирования или комбинацию методов. Далее рассматривается процесс восстановления.
Стратегия полного резервирования базы данных. Время и ресурсы, необходимые для выполнения этой стратегии, определяют размер БД и частоту изменения данных. Полное резервирование выполняют в случае:
небольшого объема БД, так как время резервирования ограничено соображениями целесообразности;
небольшого количества модификаций БД или использования БД только для чтения.
В результате применения этой стратегии в конечном счете заполнится журнал транзакций. При переполнении журнала SQL Server может не допустить дальнейшую активность с БД, пока журнал не будет очищен.
С помощью этой стратегии можно полностью восстановить БД до момента возникновения ошибки, если журнал транзакций остался цел. При хранении журнала транзакций и БД на разных дисках вероятность разрешения обоих дисков очень мала, поэтому такая стратегия работает очень хорошо. Если данные в БД слишком важны и в случае ошибки восстанавливать вручную затруднительно, необходимо регулярно резервировать журнал транзакций [12].
Стратегия полного резервирования БД и журнала транзакций — наиболее часто выполняемая стратегия. В дополнение к выполнению полного резервирования БД необходимо надлежащим образом резервировать журнал для записи всей активности БД, которая происходит между полными резервированиями.
Стратегия позволяет восстановить БД из наиболее полного последнего резервирования, после этого следует применить вес зарезервированные журналы транзакций, которые выполнят изменения, происшедшие с момента последнего полного резервирования БД.
Стратегию полного резервирования БД и журнала транзакций выполняют для часто обновляемых БД, причем необходимо следить за тем, чтобы БД и журнал резервировались в доступное время.
Для восстановления БД необходимо:
по возможности зарезервировать журнал транзакций с использованием опции WITH NO_TRUNCATE;
восстановить БД из последнего полного резервирования;
восстановить журналы двух предпоследних транзакций;
•восстановить журнал транзакций, который был создан на момент разрушения с опцией WITH NO_TRUNCATE.
Стратегия дифференцированного резервирования подразумевает резервирование только части БД, которая была изменена с момента последнего полного резервирования. При дифференцированном резервировании SQL Server .
• не записывает изменения журнала транзакций, поэтому необходимо периодически резервировать журнал транзакций;
• требует восстановления только последней дифференцированной копии для восстановления БД. Последняя дифференцированная копия содержит все изменения, которые были выполнены с момента последнего полного резервирования БД.
Эта стратегия применяется для оптимизации времени восстановления, если БД была разрушена (дифференцированное резервирование предпочтительнее, чем восстановление множества больших журналов транзакций).
Стратегия резервирования файлов и файловых групп. При использовании этой стратегии, как правило, резервируется журнал транзакций как часть стратегии.
В комбинации с регулярным резервированием журнала транзакций эта технология является распределенной во времени альтернативой полного резервирования БД. Например, если время резервирования ограничено одним часом (при полном резервировании это отнимает 4 часа), следует резервировать отдельные файлы каждый день в ночное время и при этом обеспечивать защиту данных.