27_SH43-0144-00 (1038594), страница 69
Текст из файла (страница 69)
Восстановление базы данных325||В OS/2 можно также выполнить резервное копирование на дискету или черезобработчик пользователя.|||||||||||||||Примечание: В OS/2 при оперативном резервном копировании базы данныхчерез обработчик пользователя обратите внимание на то, чтоперед началом копирования база данных будетстабилизирована. Поэтому начало резервного копированиябудет отложено до принятия или отката всех транзакций. Вовремя выполнения резервного копирования новые транзакциибудут ожидать его завершения, после чего продолжат обычнуюработу.v При создании образа резервной копии (или восстановлении образа резервнойкопии) размер буфера равен 1024 страницам (по 4 Кбайта). Это важноучитывать при использовании для резервного копирования ленточногоустройства.
При использовании переменных размеров блоков необходимоуменьшить буфер до размера, используемого устройством хранения на ленте.v В поддерживаемых операционных системах Windows можно выполнитьрезервное копирование на дискету.||||||v В большинстве версий Linux использование устанавливаемых по умолчаниюразмеров буферов DB2 при резервном копировании на SCSI-ленточныеустройства и при восстановлении с них приводит к сообщению об ошибке:SQL2025N, код причины “75”. Для предотвращения переполнения внутреннихбуферов SCSI Linux рассчитайте число страниц по формуле:||где число страниц буфера - значение backbufsz или restbufsz.
ST_MAX_BUFFERS иST_BUFFER_BLOCKS определяются в ядре Linux в каталоге drivers/scsi.(число страниц буфера) <= ST_MAX_BUFFERS * ST_BUFFER_BLOCKS / 4v В OS/2 при резервном копировании на ленту используется обработчикпользователя, поскольку в этой операционной системе нет собственнойподдержки ленточных устройств.В операционных системах на основе UNIX и в Windows NT есть собственнаяподдержка ленточных устройств.Примечание: При использовании блоков переменного размера с ленточнымиустройствами убедитесь, что размер буфера DB2 меньше илиравен максимальному размеру переменного блока вконфигурации ленточного устройства. В противном случаерезервное копирование пройдет успешно, но восстановлениеполученного образа не гарантируется.v Для резервной копии данных из базы данных может быть создано несколькофайлов.v После завершения оперативного резервного копирования активный журналзакрывается и записывается на диск.||326Руководство администратора: Реализацияv В среде многораздельной базы данных автономное копирование используетмонопольное соединение с базой данных на этом сервере раздела базыданных (то есть для этой операции требуется специальное соединение ссервером раздела базы данных), и поэтому с разделом базы данных не могутбыть связаны другие прикладные программы.
При выполнении автономногорезервного копирования узла каталога может прекратиться активность вовсей базе данных, включая резервное копирование на серверах разделов базыданных, не являющихся серверами каталога. Для резервного копированиябазы данных можно использовать команду db2_all, но при этом в первуюочередь надо выполнить резервное копирование узла каталога. Послезавершения резервного копирования узла каталога резервные копии другихразделов базы данных могут быть сделаны одновременно.v В системе многораздельной базы данных вместе со всеми резервнымикопиями необходимо сохранять копию файла db2nodes.cfg для защиты отвозможного повреждения этого файла.Если у вас есть таблицы, содержащие столбцы DATALINK, смотрите такжераздел “Особенности утилиты резервного копирования” на стр.
381.|||||Чтобы использовать ленточные устройства, пользователи DB2 в SCO UnixWare7 должны для BUFFER указать 16. По умолчанию для BUFFER используетсязначение в 1024 страницы. Если для BUFFER установлено 0, для параметраконфигурации менеджера баз данных backbufsz должно быть установленозначение 16.|||||Планирование использования магнитной ленты при резервном копировании: Прирезервном копировании табличного пространства или базы данных необходимоправильно установить размер блока и размер буфера. Особая необходимость вэтом возникает при использовании переменного размера блока (например, в AIXпри установке нулевого размера блока).||||||||Возможны лишь некоторые размеры блоков FIXED, которые можноиспользовать при резервном копировании. Это ограничение существует из-затого, что DB2 записывает заголовок образа резервной копии как блок размером4 Кбайт.
DB2 поддерживает только размеры фиксированных блоков 512, 1024,2048 и 4096 байт. При использовании фиксированного размера блока длярезервной копии можно использовать любой размер буфера. Однако еслификсированный размер блока не равен одному из указанных, резервноекопирование может завершиться неудачно.|||Если данные в базе данных большие, при использовании указанныхфиксированных размеров блоков резервное копирование займет много времени.Следует обдумать использование переменного размера блока.||При использовании переменного размера блока необходимо также задать вкоманде BACKUP размер буфера, меньший или равный предельному значениюГлава 8. Восстановление базы данных327|||для используемого ленточного устройства.
Максимальную производительностьдает размер буфера, равный максимальному размеру блока для используемогоустройства.||||||Следует учитывать, что восстановление из образа резервной копии припеременном размере блока может закончиться ошибкой. В таком случае,возможно, придется переписать этот образ с использованием подходящегоразмера блока. Пример этой операции в AIX:|||При этом образ резервной копии сбрасывается в файл с именем“имя_файла_резервной_копии.file”.
Затем команда “dd” сбрасывает образ назад,на ленту, используя размер блока 4096.|||||||Сложности с этим способом исправления возникают в том случае, когда образслишком велик для сбрасывания в файл. Одним из возможных решений притаких больших образах является использование команды “dd” дляперебрасывания образа с одного ленточного устройства на другое. Этовозможно, если образ не превышает размер одной магнитной ленты. Прииспользовании двух ленточных устройств команда “dd” выглядит так:||||||||||Если использовать два ленточных устройства невозможно, можно попробоватьпри помощи команды “dd” сбросить образ на непосредственное устройство, азатем - с непосредственного устройства на ленту.
Трудность использованияэтого метода заключается в том, что команда “dd” должна следить за числомблоков, сбрасываемых на непосредственное устройство. Число сброшенныхблоков должно быть указано при обратном перемещении образа на ленту.
Прииспользовании команды “dd” для сбрасывания образа с непосредственногоустройства на ленту сбрасывается весь размер непосредственного устройства.Команда “dd” не может сообщить, какая часть непосредственного устройстваиспользована для сохранения образа.||При использовании команды BACKUP необходимо знать максимальный размерблока для используемого ленточного устройства. Несколько примеров:tcl -b 0 -Bn -f /dev/rmt0 read > имя_файла_резервной_копии.filedd if=имя_файла_резервной_копии.file of=/dev/rmt0/ obs=4096 conv=syncdd if=/dev/rmt1 of=/dev/rmt0 obs=4096|||УстройствоПодключение|8 mm|Максимальный размерблокаМаксимальный размер буфера DB2 (встраницах по 4 Кбайта)scsi131072323420s3706553616|3480s3706553616|3490s3706553616|3490Es3706553616328Руководство администратора: Реализация||УстройствоПодключениеМаксимальный размерблокаМаксимальный размер буфера DB2 (встраницах по 4 Кбайта)|7332 (4 mm)*scsi26214464|3490escsi26214464|3590**scsi2097152512||3570 (magstar MP)26214464||||||||||Примечания:1.
* 7332 не использует максимальный размер блока. 256 Кбайт - простопредлагаемое значение. Максимальный размер блока определяетсяродительским адаптером.2. ** Поскольку 3590 не поддерживает блоки размером 2 Мбайт, можнопоэкспериментировать с меньшими значениями (например, 256 Кбайт),обеспечивающими требуемую производительность.3. Проверьте максимальное значение для вашего устройства, посмотревдокументацию и/или связавшись с поставщиком.Вызов команды BACKUPПри выполнении команды BACKUP полезно учитывать следующее:v Перед запуском команды BACKUP или API необходимо запустить менеджербаз данных (DB2START). При использовании Центра управления DB2 нетнеобходимости запускать менеджер баз данных явным образом.v При использовании в Центре управления DB2 команды, API или задачивместо имени базы данных необходимо указывать имя алиаса базы данных.v Чтобы сократить время резервного копирования:– Увеличьте значение параметра PARALLELISM.Использование этого параметра может существенно уменьшить время,необходимое для выполнения резервного копирования.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
