Резервное копирование базы данных DB2 Online

Question

В настоящее время у меня есть база данных на 200+ ГБ, которая использует встроенную резервную копию DB2, чтобы делать ежедневную резервную копию (и, надеюсь, не восстанавливать - lol). Но поскольку эта резервная копия занимает больше 2,5 часов для завершения, я ищу в стороннюю утилиту резервного копирования и восстановления. Версия 8.2 FP 14 Но я скоро перейду к 9.1, и у меня также есть 9.5 баз данных для резервного копирования и восстановления. Каковы наилучшие инструменты, которые вы использовали для этой цели?

Спасибо!

Answer 1

Это не «сторонний» продукт, но любой, кого я когда-либо видел с помощью DB2, использует Tivoli Storage Manager для хранения своих резервных копий базы данных.

Большинство магазинов настроят регистрацию архива в TSM, поэтому вам нужно только каждую неделю использовать «большую» резервную копию.

Поскольку это также продукт IBM, вам не придется беспокоиться об этом, работая со всеми различными вариантами DB2, которые у вас есть.

Недостатком является продукт IBM. :) Не уверен, что это ($) имеет значение для вас.

Answer 2

Я сомневаюсь, что вы можете ускорить работу с помощью другого инструмента резервного копирования. Как упоминает Майк, вы можете добавить TSM в стек, но это вряд ли заставит резервное копирование работать быстрее.

Если бы я был вами, я бы посмотрел, где хранятся резервные файлы: используются ли они теми же дисковыми шпинделями, что и сама база данных? Если да: см., Можно ли хранить файлы резервных копий в области хранения, которая не дозволена для доступа во время резервного копирования.

И рассмотрите возможность использования инкрементных резервных копий для ежедневных резервных копий, а затем полную полную резервную копию по субботам.

(я предполагаю, что вы уже работаете онлайн резервное копирование, так что ваши данные не недоступны во время резервного копирования.)

Answer 3

Одна вещь, которая поможет собирается в DB2 версии 9 и включить сжатие. Затем размер резервной копии уменьшится (до 70-80% на уровне таблицы), что должно сократить время резервного копирования. Конечно, если ваша база данных будет постоянно расти, вы снова столкнетесь с проблемами, но тогда архивирование данных может быть для вас.

Answer 4

Третий сторонний пакет резервного копирования, вероятно, не поможет вашей скорости. Убедитесь, что вы не выполняете полные резервные копии каждые 2 часа, вероятно, это первый шаг.

После этого посмотрите, где вы пишете свою резервную копию. Это локальный диск, а не сетевой диск? Используются ли шпиндели для чего-либо еще? Резервные копии не связаны с активностью поиска, но вовлекают много больших записей, поэтому вы, вероятно, захотите избежать RAID 5 и перейти на большие размеры полосы, чтобы максимально увеличить пропускную способность.

Естественно, вы должны делать полные резервные копии рано или поздно, но, надеюсь, вы можете найти окно, когда нагрузка светлая, и вы можете жить с более длительным периодом времени между резервными копиями. Сделайте полную резервную копию в течение 4-6-часового периода, когда нормальные инкрементальные значения отключены, а затем выполните дополнительные изменения, основанные на этом в остальное время.

Кроме того, пока вы не скопируете резервную копию в полностью отдельную систему, вы действительно не скопированы. Вам придется экспериментировать, чтобы понять, лучше ли вам сжимать его до, во время или после отправки.

Answer 5

Прежде чем смотреть на инструменты сторонних разработчиков, которые, я сомневаюсь, помогут слишком много, я бы рассмотрел несколько оптимизаций.

1) Вы использовали REORG для своих таблиц и индексов? Это сократило бы информацию и минимизировало количество используемых страниц;

2) Если вы можете, выполните резервное копирование на нескольких дисках одновременно. Это может быть легко достигнуто путем запуска db2 backup db mydb /mnt/disk1 /mnt/disk2 /mnt/disk3 ...

3) DB2 должны сделать хорошую работу в самой тонкой настройке, но вы всегда можете экспериментировать с WITH num_buffers BUFFERS, BUFFER buffer-size и PARALLELISM n вариантами. Но опять же, как правило, DB2 делает лучшую работу самостоятельно;

4) Рассмотрите возможность ежедневного инкрементного резервного копирования и полную резервную копию один раз по субботам или воскресеньям;

5) UTIL_IMPACT_PRIORITY и UTIL_IMPACT_LIM позволяют дросселировать процесс резервного копирования, чтобы он не влиял на вашу обычную рабочую нагрузку. Это полезно, если ваша главная проблема заключается не в времени как таковой, а в производительности вашего datasever во время резервного копирования;

6) Сжатие данных DB2 9 действительно может сделать чудеса, когда дело доходит до уменьшения размеров данных, которые необходимо скопировать. Я видел очень впечатляющие результаты и очень рекомендую его, если вы сможете перейти на версию 9.1 или, что еще лучше, 9.5.

Answer 6

Там действительно только два способ сделать резервную копию, и более важно восстановление, работать быстрее: 1. резервного копирования меньше данных и/или 2. имеет большую трубу для резервного носителя

Я думаю, вы получили много предложений о том, как уменьшить объем данных, которые вы создаете резервную копию. В принципе, вы должны создать стратегию резервного копирования, которая опирается на относительно редкую полную резервную копию и гораздо более частые резервные копии измененных (с момента последней полной) данных. Я рекомендую вам ознакомиться с мастером «Настроить автоматическое обслуживание» в Центре управления DB2. Это поможет вам создать автоматическое резервное копирование и другие утилиты, такие как REORG, которые предлагают Antonio. Такие вещи, как сжатие, очевидно, могут помочь, поскольку объем данных намного ниже. Однако не все версии DB2 предлагают сжатие. Например, DB2 Express-C нет. Честно говоря, делать компрессию в базе данных 200 ГБ, возможно, не стоит в любом случае, и именно поэтому бесплатная СУБД, например DB2 Express-C, не предлагает сжатия.

Что касается openign более крупной трубы для вашей резервной копии, вам сначала нужно решить, собираетесь ли вы делать резервное копирование на диск или на ленту. Существует большая разница в скорости (очевидно, диск намного быстрее). Во-вторых, DB2 может парализовать резервные копии. Таким образом, если у вас есть несколько устройств для возврата, он будет делать резервную копию для всех из них в одно и то же время, то есть ваше прошедшее время будет намного меньше в зависимости от того, сколько устройств вам приходится бросать на проблему. Опять же, Центр управления DB2 может помочь вам настроить его.

Answer 7

Попробуйте High Performance Unload (HPU) - это самостоятельный продукт от Infotel теперь доступен в рамках Optim студии данных - размещение здесь https://www.ibm.com/developerworks/mydeveloperworks/blogs/idm/date/200910?lang=en