|
Backup. Сравним возможности?
|
||
|---|---|---|
Участник
[не активирован] [не одобрен]
Сообщения: 196 663
|
||
| 21.04.2003, 13:17 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
Интересно сравнить возможности 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.04.2003, 12:52 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
Так же хотелось бы отметить STANDBY режим, когда делается точная копия базы на другом сервере, в 9i так же логический стендбай, резервная база может использоваться в обычном режиме, (для аналитики, отчетов и ...) Как у других? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 13:06 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
Ну нифига себе, а FireBird? Средствами ОС OffLine baclup - останавливаем сервак, копируем файл/файлы Online backup - копируем файл/файлы Offline restore - останавливаем сервак, копируем файлы обратно Online restore - копируем файлы обратно, под юниксом(FreeBSD по крайней мере) пользователи которые работали на момент копирования продолжат работать с невосстановленной базой, те кто подключится после, уже с новой(восстановленной) Средствами gbak Тут неслишком много отличий. backup gbak все дело делает, чистит мусор, архивирует, и складывает в файл. restore Я таких умных понятий как полнокуммулятивное конечно не смогу применть :-) но вроде работает :-) опять же операции происходят с восстановленным файлом средствами ос(ну восстановил либо сразу на место рабочего файла либо потом скопировать) Это все мой сугубо личный опыт без всяких претензий на профессиональность, ногами не бить, у меня слава богу пока работает (года 3 уже а то и больше) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 13:13 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
А без OMS пункты 2-4 работают (9.2.0.1.0)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 13:17 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
EM+OMS - просто оболочка над низкоуровневыми утилитами. Так что без него все прекрасно работает (и даже лучше). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 13:26 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
2 alex_k Про FireBird >Online backup - копируем файл/файлы А как решается проблемы согласованности данных если пока кто-то копирует файл/файлы, кто-то другой пишет в базу ? Проблем не огребёшь потом с этим бакапом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 14:56 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
:-) огребешся Я так не делаю, естественно... В общем вроде бы есть сторонние утилиты для бэкапа и ибэйзе, но то что есть родное для сложных систем 24Х7 не канает как-то... Другой вопрос что очень надежная система и если проблемы и возникают то либо с операционной системой(винды это вам не в тапки ссать) либо с железом/электричеством. Но и тут, сервак упал отжался и вперед, работает дальше, а под моей любимой фрей перезагрузка меньше минуты происходит если уж до нее дело доходит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 15:00 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
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.04.2003, 15:29 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
Но и тут, сервак упал отжался и вперед, работает дальше, Да, а если полетел RAID контроллер, или там еще чего в железе нагнулось (а такое бывает)??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 15:32 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
>Да, а если полетел RAID контроллер, или там еще чего в железе нагнулось (а такое бывает)??? Бывает. Пожалуй, единственная причина погубить базу IB/FB (если, конечно, Forced writes = true) это полет в никуда жесткого диска или RAID. В этом случае приходится сменять диск и переписывать зеркало базы на него. Если зеркала нет - только восстановление из backup. К сожалению, backup Interbase записывает только данные на момент его начала, лога нет, так что восстановить ВСЕ что было - нельзя. Так что обычно пользуются зеркалированием БД на другой диск, надежно и удобно. Разумеется, восстановление на заданный момент времени также невозможно. БД состоит из одного файла, возможно, разбитого на несколько частей (и на разных дисках), восстанавливается только полностью. И при backup, и при restore есть возможность задавать опции, позволяющие обходить сбои в БД. По опыту могу сказать, что их вполне достаточно - данные всегда можно восстановить. PS Вторая возможность завала БД - неожиданно кончилось место на диске, следить надо за этим ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 16:23 |
|
||
|
Backup. Сравним возможности?
|
|||
|---|---|---|---|
|
#18+
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.04.2003, 16:29 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=32145267&tid=1554363]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 358ms |
| 0 / 0 |
