Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Backup. Сравним возможности?  [new]
killed
Member

Откуда: Moscow
Сообщений: 3526
Интересно сравнить возможности backup/recovery различных серверов

Оракл

Backup&Recovery c помощью ОС

1. Offline backup. Опускаем базу, копируем средствами ОС файлы базы и архивные логи.
2. Online backup. Без останова базы копируем в специальном режиме файлы базы и архивные логи

Backup&Recovery c помощью утилиты RMAN (Recovery Manager)
3. Offline backup
4. Online backup.

Для пунктов 3 и 4 дополнительные преимущества:

а) Поддержка полного-куммулятивного-инкрементного уровней. Т.е. время рез.копирования/восстановления пропорционально объему изменений
b) Проверка на лету на предмет наличия поврежденных блоков.
с) Компрессия данных. Пустые блоки не копируются.
d) Возможность восстановления отдельных сбойных блоков в онлайн режиме без необходимости восстановления файла целиком.
е) Возможность симуляции режима восстановления для проверки рез.копии на предмет ее актуальности/работоспособности.


Для всех пунктов:

f) Возможность восстановления на текущий момент времени
g) Возможность восстановления на любой момент времени в прошлом (incomplete recovery)
h) Возможность восстановления на уровне поврежденного файла (без ресторинга всех файлов базы со вторичного носителя)
i) Возможность восстановления на уровне табличного пространства (группа логически связанных файлов) как на текущий, так и на момент времени в прошлом.


Интересует в первую очередь, какими возможностями обладает DB2.
Во вторую - МSSQL и Sybase.
21 апр 03, 12:52    [179985]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
DimaR
Member

Откуда:
Сообщений: 1570
Так же хотелось бы отметить STANDBY режим, когда делается точная копия базы на другом сервере,
в 9i так же логический стендбай, резервная база может использоваться в обычном режиме, (для аналитики, отчетов и ...)
Как у других?
21 апр 03, 13:06    [180001]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
Ну нифига себе, а FireBird?

Средствами ОС
OffLine baclup - останавливаем сервак, копируем файл/файлы

Online backup - копируем файл/файлы

Offline restore - останавливаем сервак, копируем файлы обратно

Online restore - копируем файлы обратно, под юниксом(FreeBSD по крайней мере) пользователи которые работали на момент копирования продолжат работать с невосстановленной базой, те кто подключится после, уже с новой(восстановленной)

Средствами gbak
Тут неслишком много отличий.
backup
gbak все дело делает, чистит мусор, архивирует, и складывает в файл.

restore
Я таких умных понятий как полнокуммулятивное конечно не смогу применть :-) но вроде работает :-) опять же операции происходят с восстановленным файлом средствами ос(ну восстановил либо сразу на место рабочего файла либо потом скопировать)

Это все мой сугубо личный опыт без всяких претензий на профессиональность, ногами не бить, у меня слава богу пока работает (года 3 уже а то и больше)
21 апр 03, 13:13    [180010]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
eNose
Member

Откуда:
Сообщений: 183063
А без OMS пункты 2-4 работают (9.2.0.1.0)?
21 апр 03, 13:17    [180015]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
AI
Member

Откуда: Москва
Сообщений: 2817
EM+OMS - просто оболочка над низкоуровневыми утилитами. Так что без него все прекрасно работает (и даже лучше).
21 апр 03, 13:26    [180028]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
Zaxx
Guest
2 alex_k
Про FireBird

>Online backup - копируем файл/файлы
А как решается проблемы согласованности данных если пока кто-то копирует файл/файлы, кто-то другой пишет в базу ? Проблем не огребёшь потом с этим бакапом?
21 апр 03, 14:56    [180131]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6694
:-) огребешся
Я так не делаю, естественно...
В общем вроде бы есть сторонние утилиты для бэкапа и ибэйзе, но то что есть родное для сложных систем 24Х7 не канает как-то... Другой вопрос что очень надежная система и если проблемы и возникают то либо с операционной системой(винды это вам не в тапки ссать) либо с железом/электричеством.
Но и тут, сервак упал отжался и вперед, работает дальше, а под моей любимой фрей перезагрузка меньше минуты происходит если уж до нее дело доходит
21 апр 03, 15:00    [180141]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
Paul Atreidies
Member

Откуда:
Сообщений: 35
db2:
backup:
средствами ос - то же

средствами дб2:
1. online/offline
2. full/incremental - по базе/табличным пространствам.
3. поддержка Tivoly Storage Manager напрямую, других производителей через XBSA API
4. на вин32 - вроде дополнительный backup в named pipes
5. дополнительные настройки для многопроцессорных систем - но это так, косвенно..
6. Проверки рез.копии на предмет ее актуальности/работоспособности - само собой
Компресиия данных - не встречал.
7. Двойная логизация - на несколько различных томов.

По поводу recovery:
Continuous availability - что-то вроде 100% работоспособности. Два инстанса с монитором транзакций - все выполняется на обоих базах. Монитор транзакций - может выступать дб2 или продукты сторонних производителей Microsoft, BEA ...

Failover availability
synchronous - не требует времени на восстановление данных. Реализуется с на кластерных системах типа:
* High Availability Cluster Multiprocessing (HACMP - AIX)
* Microsoft Cluster Server (MSCS) - Windows
* Sun Cluster - Sun
* Steeleye's Lifekeeper - Linux and Windows и т.д.
Это hot stand by.

asynchronous - требует определенное время на восстановление данных в БД. Что-то в духе stand by в оракле (если я правильно понял) - 2 инстанса с репликацией данных. Второй тоже может использоваться.
При наличии дополнительного IBM-ского софта - автоматическое переключение между инстансами при сбое. В противном случае - с участием администратора БД.

Откат на определенное время и т.д на основе backup, logs - это само собой.

вроде так...
21 апр 03, 15:29    [180186]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
DimaR
Member

Откуда:
Сообщений: 1570
Но и тут, сервак упал отжался и вперед, работает дальше,
Да, а если полетел RAID контроллер, или там еще чего в железе нагнулось (а такое бывает)???
21 апр 03, 15:32    [180193]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
Roman Ignatiev
Member

Откуда: Москва
Сообщений: 680
>Да, а если полетел RAID контроллер, или там еще чего в железе нагнулось (а такое бывает)???
Бывает. Пожалуй, единственная причина погубить базу IB/FB (если, конечно, Forced writes = true) это полет в никуда жесткого диска или RAID. В этом случае приходится сменять диск и переписывать зеркало базы на него. Если зеркала нет - только восстановление из backup.
К сожалению, backup Interbase записывает только данные на момент его начала, лога нет, так что восстановить ВСЕ что было - нельзя. Так что обычно пользуются зеркалированием БД на другой диск, надежно и удобно.
Разумеется, восстановление на заданный момент времени также невозможно.
БД состоит из одного файла, возможно, разбитого на несколько частей (и на разных дисках), восстанавливается только полностью.
И при backup, и при restore есть возможность задавать опции, позволяющие обходить сбои в БД. По опыту могу сказать, что их вполне достаточно - данные всегда можно восстановить.
PS Вторая возможность завала БД - неожиданно кончилось место на диске, следить надо за этим
21 апр 03, 16:23    [180290]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
Дед Маздай
Member

Откуда:
Сообщений: 655
SQL Server 2000:

Options for how a database is backed up and restored:
A full database backup is a full copy of the database.
A transaction log backup copies only the transaction log.
A differential backup copies only the database pages modified after the last full database backup.
A file or filegroup restore allows the recovery of just the portion of a database that was on the failed disk.

Backups can be performed while the database is in use, allowing backups to be made of systems that must run continuously.

RESTORE statement re-creates the database automatically if necessary.
This eliminates the need to execute a separate CREATE DATABASE or CREATE DATABASE FOR LOAD statement if the database does not exist at the time the RESTORE statement is executed.

Interrupted backup and restore operations started near the point of the interruption when restarted.

Verification of a SQL Server 2000 backup before an attempt to restore the database.

Можно восстанавливаться на момент времени в прошлом или на поименованную транзакцию.

Оффлайновый бэкап, естественно, возможен. Можно просто отсоединить файлы БД и логи и присоединить на другом сервере.

Дополнительные средства обеспечения отказоустойчивости:
MSCS - failover cluster - горячий резерв
Log Shipping - теплый
Репликация
21 апр 03, 16:29    [180299]     Ответить | Цитировать Сообщить модератору
 Re: Backup. Сравним возможности?  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
Можно даже файлы БД просто перекопировать без отсоединения - потом присоединить в другое место (у меня так получалось, правда копировал, когда на сервере никто не работал)
21 апр 03, 16:40    [180319]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить