Введение
Объектно-ориентированное программирование (ООП) стало революционным
подходом в 1980-е годы []. В 1990-х годах применение ООП стало
важнейшей областью исследований и разработок применительно к реляционным системам
управления базами данных (СУБД) . В 1996
г. была выпущена объектно-реляционная СУБД Informix Universal Server
Несмотря на
важность и актуальность классической реляционной и объектно-реляционной моделей,
тем не менее остается много нерешенных проблем
В данной статье кратко описаны основные ограничения реляционных
и объектно-реляционных технологий, и для их разрешения предложена структура данных
в виде дерева объектов.
Ограничения реляционных баз данных
В реляционной модели каждая запись об объекте
находится в отношении с некоторым набором атрибутов. Количество атрибутов
(полей) в таблице может измеряться десятками и даже сотнями. С увеличением длины
записи (количества и размера атрибутов) падает производительность, поскольку требуется
больше дисковых операций ввода/вывода. Разбиение широкой таблицы на несколько узких
с меньшим числом атрибутов потребует операций соединения (join) и во многих случаях
является неэффективным.
Индексирование тоже не всегда эффективно, а только на больших
наборах данных, т. к. скорость поиска по индексу экспоненциально зависит
от количества записей:
exp (vi) ~ n (1)
или
vi ~ ln (n) , (2)
в то время как зависимость между скоростью последовательного
перебора и размером выборки пропорциональная:
v ~ n · k , (3)
где v — скорость последовательного перебора,
vi — скорость поиска с использованием индекса
i, n — количество записей в таблице,k — количество колонок в таблице.
Применение индексов наиболее эффективно при большом количестве
узких записей, а не широких []. Вдобавок, индексы имеют свои
недостатки:
- Чем больше атрибутов (колонок в таблице), тем больше индексов нужно создавать.
- Для каждого индекса требуется дополнительное дисковое пространство (которое
на практике может даже превышать размер индексируемой таблицы). - После модификации данных необходимо обновлять статистику или перестраивать
все индексное дерево.
Еще одним ограничением реляционной модели является «плоская»
организация атрибутов объектов. Это означает, что в реляционном отношении нельзя
группировать или структурировать атрибуты — все они находятся на одном уровне иерархии.
А на практике не все атрибуты объекта одинаково значимы и поэтому должны принадлежать
разным уровням вложенности.
Конечно, есть дополнительные типы данных, определяемые пользователем,
а также большие двоичные BLOB и текстовые CLOB-объекты. Однако, и у них есть свои
ограничения. Например, поля BLOB и CLOB не могут быть упорядочены или проиндексированы
и должны обрабатываться на стороне клиента.
Использование преимуществ объектно-реляционных технологий
Informix Universal Server
— это СУБД объектно-реляционного типа, созданная путем внедрения технологии ООП
в популярную СУБД Informix Dynamic Server. Она обладает следующими свойствами ООП:
- абстрактные типы данных,
- наследование,
- иерархии данных и типов.
На практике встречается много примеров, когда набора стандартных
типов недостаточно. Хотя абстрактные типы данных дают определенные преимущества,
описание новых типов в СУБД не совсем приемлемо — в дальнейшем всегда может возникнуть
потребность добавить еще один тип.
К тому же определение новых типов в СУБД Informix Universal
Server может вызвать отрицательные последствия, т. к. потребуются навыки опытных
программистов по разработке на языке C процедур и методов хранения, доступа и индексирования
данных.
Свойство наследования не может полностью решить проблему иерархии
большого набора атрибутов. Иногда потребность добавления нового атрибута возникает
на этапе эксплуатации базы данных, вынуждая модифицировать структуру таблицы.
И наконец, один атрибут может потребовать использования набора
других атрибутов. Если попытаться создать несколько таблиц, то это слишком усложнит
структуру базы данных, ухудшит производительность выполнения запросов и повысит
в них вероятность ошибок.
Sypex Dumper
Лицензия: BSD
Поддерживаемые СУБД: MySQL
Вместе с MySQL поставляются утилиты mysqldump, mysqlhotcopy, позволяющие легко создать дамп базы данных, они хорошо документированы, и в интернете можно найти большое количество готовых примеров и фронтендов. Последние позволяют новичку быстро приступить к работе. Sypex Dumper представляет собой PHP-скрипт, позволяющий легко создать и восстановить копию базы данных MySQL. Создавался для работы с большими базами данных, работает очень быстро, понятен и удобен в использовании. Умеет работать с объектами MySQL — представлениями, процедурами, функциями, триггерами и событиями.
Еще один плюс, в отличие от других инструментов, при экспорте производящих перекодирование в UTF-8, — в Dumper экспорт производится в родной кодировке. Результирующий файл занимает меньше места, а сам процесс происходит быстрее. В одном дампе могут быть объекты с разными кодировками. Причем легко импорт/экспорт произвести в несколько этапов, останавливая процесс во время нагрузки. При возобновлении процедура начнется с места остановки. При восстановлении поддерживается четыре варианта:
- CREATE + INSERT — стандартный режим восстановления;
- TRUNCATE + INSERT — меньше времени на создание таблиц;
- REPLACE — восстанавливаем в рабочей базе старые данные, не затирая новые;
- INSERT IGNORE — добавляем в базу удаленные или новые данные, не трогая существующие.
Поддерживается сжатие копии (gzip или bzip2), автоудаление старых бэкапов, реализован просмотр содержимого дамп-файла, восстановление только структуры таблиц. Имеются и сервисные функции по управлению БД (создание, удаление, проверка, восстановление БД, оптимизация, очистка таблиц, работа с индексами и другое), а также файл-менеджер, позволяющий копировать файлы на сервер.
Интерфейс Dumper
Управление производится при помощи веб-браузера, интерфейс с использование AJAX локализован из коробки и создает впечатление работы с настольным приложением. Также возможно запускать задания из консоли и по расписанию (через cron).
Для работы Dumper понадобится классический L|WAMP-сервер, установка обычная для всех приложений, написанных на PHP (копируем файлы и устанавливаем права), и не будет сложной даже для новичка. Проект предоставляет подробную документацию и видеоуроки, демонстрирующие работу с Sypex Dumper.
Есть две редакции: Sypex Dumper (бесплатно) и Pro (10 долларов). Вторая имеет больше возможностей, все отличия приведены на сайте.
Как восстановить операционную систему Windows 7 при помощи образа
В той ситуации, когда персональному компьютеру не помогает обычное восстановление, поможет созданный ранее образ.
- Первым делом включаем ПК и судорожно «клацаем» по клавише F8. В появившемся меню выбираем графу «Устранение неполадок компьютера».
- После загрузки среды, определяемся с выбором языка и нажимаем «Ввод».
- При наличии нескольких «юзеров» указываем имя и пароль.
- В появившемся окне выбираем средство для восстановления. Для этого можно использовать «Восстановление запуска» или системы» (авось повезет со стабильной точкой работы персонального компьютера). В том случае, когда ничего не может помочь, скрепя сердце восстанавливаем образ «операционки». Для успешного запуска вам поможет мастер установки, следуя подсказкам которого, легко восстановить ОС из ранее записанного образа.
Практическая реализация
Представленная в статье структура данных является смешаной объектно-реляционной
и иерархической. Она предназначена для хранения многоуровневых объектов, имеющих
произвольный набор атрибутов (параметров) различного типа, а также для их классификации.
Элементы базы данных могут быть созданы как на платформе Informix Universal Server,
так и Informix Dynamic Server, позволяя решать общеизвестные проблемы в информационных
системах.
Данная объектная структура успешно внедрена на нефтеперерабатывающем
предприятии при решении задач учета и планирования ремонтов эксплуатируемого оборудования
различных типов, таких как резервуары для хранения нефтепродуктов, сосуды под давлением,
нагревательные печи, насосы и компрессоры, предохранительные клапаны, магистральные
трубопроводы, здания и сооружения, грузоподъемные механизмы, электрическое и прочее
вспомогательное оборудование, а также производственный персонал.
Классификация эксплуатируемого оборудования является универсальной
и многоуровневой. Например, классификатор производственных подразделений имеет более
четырех уровней иерархии, включая предприятия, цеха, установки или рабочие участки,
узлы и даже их компоненты. Набор атрибутов для различных типов оборудования насчитывает
сотни параметров, в то время как общая техническая база составляет в среднем 30
тыс. единиц в каждом из 80 цехов.
Представленная структура данных обладает следующими преимуществами
по сравнению с традиционными аналогами:
- Структура данных и хранимые процедуры являются готовым решением и могут
быть использованы в клиент-серверных приложениях, высвобождая разработчиков
от создания таблиц, индексов, внешних ключей, ссылок между таблицами, типовых
хранимых процедур модификации данных. - Производительность базы данных не особо чувствительна к количеству учетных
записей, как показано выше в выражениях (1)-(3), и подтверждена четырехлетней
эксплуатацией базы данных в условиях промышленного предприятия. - К имеющейся классификации объектов можно легко добавлять новые классы и
классификаторы. - Добавление объектов иерархии и классификаторов выполняется без модификации
структуры данных. - Для имеющихся объектов есть возможность добавлять новые атрибуты путем непосредственного
присвоения значений либо посредством связи со справочной таблицей. - При добавлении или модификации атрибутов не нужно изменять ни структуру
базы данных (добавлять колонки, создавать новые индексы), ни код приложения. - Структура данных поддерживается специальным приложением, позволяющим просматривать
и модифицировать иерархию объектов и их классификаторов, набор параметров и
их значений.
Ограничения
Существует ряд ограничений на хранение атрибутов некоторых типов,
особенно даты/времени (см. таблицу ). За исключением
целых и вещественных, значения других типов данных хранятся в поле value в виде
текстовой строки. Для значений даты/времени в таблице eq_param_values нет специального
поля datetime, и они должны храниться в строковом виде. В процессе выборки данных
требуется преобразование строкового значения в дату/время. Для этого используются
хранимые процедуры, в которых учитываются настройки локали.
Список использованных источников
. P. Brown. Object-Relational Database Development: A Plumber’s
Guide. Informix Press (2001).. Объектно-реляционная СУБД Informix Universal Server / А. Грачев.-
Informix Magazine / Russian Edition.- 1998.- № 1.
http://www.florin.ru/win/informix_magazine/1_98/5_0.html
.. M. Guttman and J. Matthews. The Object Technology Revolution.
John Wiley & Sons (1995).. Online Objects Tree (OOT) — система построения, агрегации и
хранения иерархической структуры объектов произвольных типов.- Informix Magazine
/ Russian Edition.- 1998.- № 1.
http://www.florin.ru/win/informix_magazine/1_98/4_5.html
.. Определение оптимальной структуры базы данных / А. Прохоров.-
Informix Magazine / Russian Edition.- 1998.- № 1.
http://www.florin.ru/win/informix_magazine/1_98/5_1.html
.. A. Sanchez. Informix Dynamic Server with Universal Data
Option: Best Practices. Informix Press (1999).. M. Stonebraker and P. Brown with D. Moore. Object Relational
Databases (2nd edition). Morgan Kaufmann Publishers (1998).
Мещеряков С.В.serg@imop.spbstu.ruSerg V. Mescheryakov. A Successful Implementation of a Data Structure for Storing
Multilevel Objects with Varying Attributes. IBM (2002) 2002 International Business Machines Corporation.
All rights reserved.
IBM, Informix, Informix Universal Server, Informix Web DataBlade
are trademarks or registered trademarks of IBM Corporation in the United States,
other countries, or both.
Other company, product, and service names may be trademarks or service marks of
others.
Создание представлений для объектной структуры данных
Для удобства доступа к данным из приложения рекомендуется создать
необходимые представления. Преобразование данных в таких представлениях можно реализовать
операторами запроса с вызовом хранимых процедур.
Пример 5. Ниже приведен пример создания
представления v_obj для извлечения информации о подразделениях:
CREATE VIEW v_obj (objt_id,dlv_id,obj_name,ch_ar,in_id,inv_num,date_born,chief_name) AS SELECT t1.objt_id, t1.dlv_id, t1.obj_name, t1.ch_ar, (select {+INDEX(v 'ix1')} i_value from eq_param_values v, eq_param_descr d where v.objt_id=t1.objt_id and v.eqpdes_id=d.eqpdes_id and d.prm_sign='INV_NUM')in_id, (select inv_num from bux_inv_num where in_id=(select {+INDEX(v 'ix1')} i_value from eq_param_values v, eq_param_descr d where v.objt_id=t1.objt_id and v.eqpdes_id=d.eqpdes_id and d.prm_sign='INV_NUM'))inv_num, (select {+INDEX(v 'ix1')} str2date(value) from eq_param_values v, eq_param_descr d where v.objt_id=t1.objt_id and v.eqpdes_id=d.eqpdes_id and d.prm_sign='DATE_BORN')date_born, (select {+INDEX(v 'ix1')} value from eq_param_values v, eq_param_descr d where v.objt_id=t1.objt_id and v.eqpdes_id=d.eqpdes_id and d.prm_sign='CHIEF')chief_name FROM objects_tree t1, eq_classes t2, object_classes t3, objects_tree t4, objects_parents t5 WHERE t2.eqc_sign='DEP' AND t3.objt_id=t1.objt_id AND t4.objt_id=t5.prnt_id AND t5.chld_id=t1.objt_id AND t2.eqc_id=t3.eqc_id WITH CHECK OPTION; GRANT SELECT ON v_obj TO PUBLIC;
В представлении v_obj подразделения выделяются из других объектов
по условию (см. ). Атрибуты
объектов, такие как инвентарный номер, дата образования и руководитель, выбираются
по сигнатурам соответственно INV_NUM, DATE_BORN и CHIEF. Применительно к атрибуту
inv_num (инвентарный номер), поля in_id и inv_num выбираются из справочной таблицы
bux_inv_num. Функция str2date, определенная пользователем, преобразует строку date_born
(дата образования) в значение типа datetime с учетом разделителя в настройках локали.
Для улучшения производительности базы данных в строковом параметре chief_name (руководитель)
берутся только первые 40 символов.
Выборка из представления v_obj дает список подразделений с их
атрибутами, как показано ниже.
SELECT obj_name, inv_num, date_born, chief_name FROM v_obj
Иерархическая структура объектов
Дерево объектов [] представляет собой информационную
систему для хранения иерархической структуры объектов. Задача усложняется тем, что
у объектов допускается произвольное количество атрибутов — десятки, сотни и более,
каждый из которых может быть в Informix любого типа (целый, вещественный, десятичный,
строковый, дата/время и т. д.). Все это предусмотрено в представленной структуре
данных.
Система иерархических таблиц и расширенных типов данных построена
на базе Informix Universal Server и Informix Web DataBlade. Но при этом используются
стандартные методы доступа, т. е. нет необходимости программировать обработчики.
Поэтому данная структура данных может быть реализована как на платформе Informix
Universal Server, так и Informix Dynamic Server.
Структура данных () создана в СУБД
Informix посредством SQL и состоит из таблиц, описанных ниже. Для их модификации
разработаны хранимые процедуры. Пример создания таблиц и процедур их модификации
приведен в отдельном файле ().
Рис. 1. Структура данных для хранения иерархических объектов
Таблица objects_tree
Таблица objects_tree содержит информацию как об объектах-родителях,
так и объектах-потомках иерархического дерева.
Атрибуты (колонки) таблицы objects_tree:
obt_id — ID записи об объекте,dlv_id — ссылка на ID в таблице подразделений,obj_name — любой текст,ch_ar — символ-признак архивности записи, используемый для хранения информации
об удаленных объектах.
Для добавления, модификации и удаления объектов используются
хранимые процедуры. При удалении объекта не производится рекурсивное удаление всех
его потомков. Иначе говоря, если у объекта есть потомки, он не может быть удален.
Если потомки объекта не удалены, процедура возвращает код ошибки SQL. Это сделано
в целях безопасности данных. Реализация рекурсивного удаления потомков в хранимой
процедуре повысит вероятность случайного удаления целой ветви дерева объектов.
Таблица objects_parents
Каждая запись в таблице objects_parents () содержит ссылку на объект-родитель и соответствующий ему объект-потомок в
таблице objects_tree.
Оба поля — ID предка и ID потомка — ссылаются на таблицу objects_tree.
Новые отношения родитель-потомок добавляются посредством хранимой процедуры. Для
улучшения производительности родительский и дочерний объекты назначаются совместно.
Но модификации не допускаются, для этого соответствующая запись должна быть удалена
прямым вызовом SQL оператора а затем новая запись
добавляется путем вызова хранимой процедуры.
Каждый объект в структуре базы данных может иметь произвольное
количество потомков и предков, как показано в .
Пример 1. Примером иерархической структуры
является университет, в котором факультет является дочерним подразделением института
и в то же время родительской структурой для входящих в него лабораторий (, ).
Создание копии
Перед настройкой расписания проводимой архивации в Windows Server backup нужно добавить еще один винчестер, его вы будете использовать для сохранения копий. Из соображений экономии не нужно добавлять SSD-диски. Вполне достаточно будет обычных SAS-дисков или SATA-дисков (что еще дешевле). Впрочем, о стоимости копирования мы еще поговорим, главное, сперва правильно настроить Windows Server backup.
Откройте Диспетчер серверов, из меню Средства выберите команду Система архивации данных Windows Server.
Рис. 2. Запуск средства резервного копирования
Основное окно средства копирования показано на рис. 3. На данный момент резервная копия не создавалась.
Рис. 3. Система архивации данных Windows Server
Выберите команду Расписание архивации (данная команда будет доступна на панели справа после перехода в раздел Локальная архивация на панели слева). Для настройки расписания в Windows Server backup следуйте следующим инструкциям:
- На вкладке Приступа к работе нажмите кнопку Далее.
- Выберите, что именно нужно архивировать. Рекомендуется делать копию сервера полностью, чтобы можно было без проблем восстановиться из резервной копии в случае сбоя (рис. 4). Программа сообщит, сколько дискового пространства понадобится.
- Установите время архивации. Windows Server backup настройка это позволяет. Как правило, одного раза в день вполне достаточно. Но при желании вы можете делать копии чаще. Просто выберите регулярность и подходящее время архивации (рис. 5).
- Выберите тип места назначения, чтобы настроить Windows Server backup (рис. 6). Рекомендуется производить архивацию на жесткий диск для архивов, то есть использовать первый вариант. С другой стороны, дополнительный винчестер стоит определенных денег. Если средств нет, можно произвести архивацию на этот же диск — тогда нужен второй вариант — Архивация на том. Но мы настоятельно рекомендуем выполнять архивацию на внешний диск для архивов.
- На странице Выбор диска назначения жмите Показать все доступные диски.
- Нажмите на диск, добавленный вами ранее (рис. 7). На нем должно быть достаточно места.
- Нажмите кнопку ОК. Вы вернетесь на страницу Выбор диска назначения. Нажмите на него, потом кнопку Далее (рис. 8).
- Затем ответьте Да на два последующих запроса.
- Просмотрите сводку. Если все нормально, жмите Готово.
Рис. 4. Конфигурация
Рис. 5. Время создания архива
Рис. 6. Где хранить копии?
Рис. 7. Выбор диска назначения
Рис. 8. Выберите диск и нажмите Далее.
Рис. 9. Сводка
После нажатия кнопки Готово, начнется форматирование диска для архивации. Нужно дождаться завершения этого процесса. Затем мастер сообщит вам время первой архивации. Нажмите кнопку Закрыть. Архивация успешно настроена.
Рис. 10. Форматирование диска для архивации
Рис. 11. Время первой архивации
Если облака для вас
не просто теория
Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям
Конфигурация VPS и бесплатный тест уже через 2 минуты
Сконфигурировать VPS
Организация вашей IT-инфраструктуры на основе мультиклауд-решения
Запросить КП
РЕШЕНИЯ ДЛЯ РЕЗЕРВНОГО КОПИРОВАНИЯ С ФУНКЦИЕЙ АРХИВИРОВАНИЯ
Система Simpana от CommVault представляет собой модульное решение для резервного копирования данных с поддержкой функций HSM, архивированием и полнотекстовым индексированием с возможностями поиска (см. Рисунок 2). Для архивирования данных Simpana сначала осуществляет резервное копирование, а затем восстанавливает их на сервере индексирования. Архивированные данные подвергаются дедупликации и шифрованию. Simpana может записывать их на дисковые системы, на ленточные накопители или перенаправлять в облачную систему. Для архивирования с использованием технологии WORM поддерживается интеграция с решениями других производителей.
У компании IBM в арсенале имеется программное решение для резервирования данных Tivoli Storage Manager (TSM), которое в сочетании с Tivoli System Storage Archive Manager (SSAM) составляет мощную систему для архивирования информации с интегрированными функциями HSM и поддержкой технологии WORM. Эта система способна записывать файлы напрямую на ленты WORM. Для ускорения доступа к данным существует возможность подключения дисковых буферов.
Grau Archive Manager (GAM) от компании Grau Data представляет собой мощную многопользовательскую систему архивирования, предназначенную для крупных предприятий. Поскольку GAM реализован в виде файловой системы, все приложения могут использовать этот архив без каких-либо дополнительных настроек. Интегрированные функции HSM отвечают за автоматический перенос данных с дисковых накопителей в ленточную библиотеку. Это программное обеспечение поддерживает технологию WORM. Для небольших предприятий Grau Data предлагает инструмент Filelock — простое решение для реализации функций WORM в Windows. GAM имеет также версию с открытыми исходными кодами — Open Archive.
Iperius
Лицензия:коммерческая, есть версия Free
Поддерживаемые СУБД: Oracle 9–11, XE, MySQL, MariaDB, PostgreSQL и MS SQL Server
Настройка задания в Iperius
Возможность закачки по FTP позволяет легко обновлять информацию на нескольких веб-сайтах. Открытые файлы резервируются при помощи технологии VSS (теневого копирования томов), что позволяет производить горячий бэкап не только файлов СУБД, но и других приложений. Для Oracle также задействуется средство организации резервного копирования и восстановления данных RMAN (Recovery Manager). Чтобы не перегружать канал, есть возможность настройки полосы пропускания. Управление резервированием и восстановлением производится при помощи локальной и веб-консоли. Все функции на виду, поэтому для настройки задания потребуется лишь понимание процесса, в документацию заглядывать даже не придется. Просто следуем подсказкам мастера. Также можно отметить менеджер учетных записей, что очень удобно при большом количестве систем.
Базовые функции предлагаются бесплатно, но возможность резервирования БД заложена только в версиях Advanced DB и Full. Поддерживается установка от XP до Windows Server 2012.
Архивация программами
Для архивации одних лишь zip-папок недостаточно. Во-первых, уже дано есть более совершенные форматы, которые позволяют сжимать файл еще сильнее (в этом плане интересная статья про сравнение архиваторов: ). Во-вторых, не все ОС поддерживают напрямую работу с архивами. В-третьих, скорость работы ОС с архивами не всегда может устраивать. В-четвертых, никому не помешают дополнительные функции при работе с архивами.
Одни из самых популярных программ для архивации файлов и папок — это WinRar, 7Z и файловый командир — Total Commander.
WinRar
После установки программы в контекстном меню появиться возможность добавления файлов в архивы. Для этого щелкните по файлы правой кнопкой мыши, и выберите функцию, как показано на скриншоте ниже.
Созданный архив «Rar» сжал файл еще более сильно, нежели «Zip». Правда, времени на работу с таким типом — программа затрачивает больше…
7z
Очень популярный архиватор с высокой степенью сжатия файлов. Его новый формат «7Z» позволяет сжать некоторый типы файлов сильнее чем WinRar! Работать с программой очень просто.
После установки, в проводнике будет контекстное меню с 7z, вам остается только выбрать опцию добавления файла к архиву.
Кстати, как и говорилось, 7z не намного, но сжал сильнее всех предыдущих форматов.
Total Commander
Один из самых популярных командиров для работы в ОС Windows. Считается главным конкурентом проводника, который по умолчанию встроен в Windows.
1. Выделяете файлы и папки, которые хотите заархивировать (они выделяются красным цветом). Затем на панеле управления жмете функцию «запаковать файлы».
2. Перед вами должно открыться окно с настройками сжатия. Здесь присутствуют самые популярные метода сжатия и форматы: zip, rar, 7z, ace, tar и пр. Вам нужно выбрать формат, задать имя, пути и пр. Далее нажимаете на кнопку «OK» и архив готов.
3. Чем удобна программа — так это своей направленностью к пользователю. новички могут даже не замечать что они работают с архивами: в них можно легко входить, выходить, добавлять другие файлы всего лишь перетаскивая из одной панельки программы в другую! Да и ненужно иметь десятки установленных архиваторов на своем компьютере, чтобы архивировать файлы в различные форматы.
Особенности бэкапа MS SQL Server
Создание резервной копии и восстановление СУБД имеет свои отличия, которые нужно учитывать, особенно их много при переносе архива на другой сервер. Для примера разберем некоторые нюансы MS SQL Server. Для архивирования при помощи Transact-SQL следует использовать команду BACKUP DATABASE (есть и разностная DIFFERENTIAL) и журнал транзакций BACKUP LOG.
Если резервная копия разворачивается на другом сервере, нужно убедиться, что присутствуют те же самые логические диски. Как вариант — можно вручную прописать правильные пути для файлов базы данных, используя опцию WITH MOVE команды RESTORE DATABASE.
Простая ситуация — бэкап и перенос баз на другие версии SQL Server. Эта операция поддерживается, но в случае SQL Server будет работать, если версия сервера, на которой разворачивается копия, такая же или новее, чем та, на которой она создавалась. Причем есть ограничение: новее не более чем на две версии. После восстановления БД будет находиться в режиме совместимости с той версией, с которой осуществлялся переход, то есть новые функции будут недоступны. Это легко поправить, изменив COMPATIBILITY_LEVEL. Можно это сделать при помощи GUI или SQL.
Handy Backup
Лицензия:коммерческая
Поддерживаемые СУБД:Oracle, MySQL, IBM DB2 (7–9.5) и MS SQL Server
Одна из самых мощных систем управления реляционными базами данных — IBM DB2, имеющая уникальные функции по масштабированию и поддерживающая множество платформ. Поставляется в нескольких редакциях, которые построены на одной базе и отличаются функционально. Архитектура баз данных DB2 позволяет управлять практически всеми типами данных: документами, XML, медиафайлами и так далее. Особо популярна бесплатная DB2 Express-C. Бэкап очень прост:
Или снапшот, использующий функцию Advanced Copy Services (ACS):
Но нужно помнить, что в случае снимков мы не можем восстанавливать (db2 recover db) отдельные таблицы. Есть и возможности по автоматическому бэкапу, и многое другое. Продукты хорошо документированы, хотя в русскоязычном интернете руководства встречаются редко. Также далеко не во всех специальных решениях можно найти поддержку DB2.
Работа мастера создания нового задания в Handy Backup
Работу с DB2 поддерживают две версии Handy Backup — Office Expert (локальный) и Server Network (сетевой). Работает на компьютерах под управлением Win8/7/Vista/XP или 2012/2008/2003. Сам процесс развертывания несложен для любого админа.