|
|
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
Всем привет! Может ли кто подсказать как и что установить на клиенте, для работы Oracle с ленточным накопителем? Veritas NetBackup 4.5 and Solaris 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2006, 14:45:51 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
А зачем oracle работать напрямую с библиотекой (тем более со стороны клиента... вообще не понятная фраза...)? Это всетаки библиотека, а не одна лента. Опишите подробнее вашу задачу. http://surgutnet.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2006, 19:03:26 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
OerrА зачем oracle работать напрямую с библиотекой (тем более со стороны клиента... вообще не понятная фраза...)? Это всетаки библиотека, а не одна лента. Опишите подробнее вашу задачу. http://surgutnet.ru hot backup затем запускам (можно и просто по времени из центра) обычный бэкап на ленточку Если есть серьезные проблемы со временем hot backup (на диск) то можно конечно и поизвращаться. Если есть дисковая система со снапшотами, то можно и с ними поиграться. НО обычно, если нет напрягов, хватает просто - oracle rman backup - все это на ленточку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2006, 23:49:42 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
2 Alex Roudnev Не увидел необходимости по вашему ответу... Упоминаете очень размазанно возможные варианты событий. А по поводу лить RMAN сразу на библиотеку - нет тут никаких извращений. Используя cli нужно сказать роботу чтобы он воткнул в драйв ленту из определенного пула, ну и после просто работаем с девайсом(девайсами если два или более драйва) /dev/rmtX. По поводу > дисковая система со снапшотами, то можно и с ними поиграться Опять таки... зачем играться :) Если есть EMC, Symmetrix или EVA - нужно просто сделать: Выполняется хранимая Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. И в оконцовке выполняется еще одна хранимая Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Вопрос в другом.... Я вот хотел получить внятное объяснение автора... что же он хочет сделать? http://surgutnet.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 06:43:18 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
Я неправильно сформулировал вопрос. Есть сервер на котором установлен Veritas NetBackup 4.5 и к которой подцеплена ленточная библиотека, так вот что нужно установить и запустить на сетевой машине чтобы был доступ к библиотеке? Вроде бы нужно установить Media Manager? А насчет работы Oracle, RMAN как раз и не видет ленту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 14:40:25 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
Ну вообще то, обычно бэкапы запускаются и управляются (в том числе и расписание делаеся) с центрального сервера, и другими людьми. Там есть возможность действительно сделать скрипт, как вы и говорите. Но вот например _ сказать роботу чтобы он воткнул ленту_ не так просто. Во первых, кто будет ленту менять когда она кончится? Во вторых, кто будет повторять бэкап при сбое ленты (а оно бывает и нередко),. В третьих, а кто вам сказал, что у вас все лентопротяжки сейчас не заняты. То есть - можно конечно делать сразу на ленту, но очень высок шанс, что вы в этом состоянии и останетесь на полсуток из за какого то сбоя. А потому правильный вариант - это - бэкап на диск или как вы верно написали, сделать снапшот - перед этим или после этого стереть старые бэкапы с диска - а вот теперь бэкап на ленту При этом вполне возможно 2 сценария: - (1) бэкап на диск программируется локально, а в конце вызывает скрипт, который инициализирует сетевой бэкап. Скрипт зависит от бэкап системы (в Веритасе я что то похожее видел) - (2) бэкап из центра вызывает локальный скрипт, который делает снапшоты как вы тут верно описали. После чего бэкапим снапшоты. А вот вариант _прямо на ленту_ - я бы не стал (благо у нас в ДС уже было сделано через бэкапы на диск, и на ленту никто никогда и не рассматривал как возможность) - поскольку ленточная система со всеми этими усатыми роботами и сотней ленточек в библиотеке - вещь весьма глючная и ситуация типа _бэкап начался и никогда не кончился_ или _робот завис и может лишь усами водить_ или _драйв глючит и плохо пишет ленты - дает сбой записи в среднем раз в 3 часа_ - весьма частая. И в итоге вы и останетесь висеть в режиме _backup_ (то есть с записью в архивные логи, а не в табличные файлы) пока не придет через пару дней админ и все это разгребет назад. На самом деле у Веритаса есть куча фишек и даже лицензированные продукты, которые делают оные бэкапы базы данных. Но если есть место на дисках (тут очень кстати окажутся пресловутые дешевые SATA) - лучше делать через диски. Ну или через снапшоты (проверив, что случится если кончится резерв места под оные - слететь должны снапшоты с бэкапами, а не база данных). PS. По количеству разнообразных глюков система бэкапов с роботом и ленточками уверенно держит одно из первых мест. Глюки в основном хардверные, но все равно... я бы не хотел увидеть глюки оракла умноженными на глюки ленточной библиотеки... Oerr2 Alex Roudnev Не увидел необходимости по вашему ответу... Упоминаете очень размазанно возможные варианты событий. А по поводу лить RMAN сразу на библиотеку - нет тут никаких извращений. Используя cli нужно сказать роботу чтобы он воткнул в драйв ленту из определенного пула, ну и после просто работаем с девайсом(девайсами если два или более драйва) /dev/rmtX. ... И все. Что хотите, то и делайте потом с snap-ами... Вопрос в другом.... Я вот хотел получить внятное объяснение автора... что же он хочет сделать? http://surgutnet.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2006, 05:11:53 |
|
||
|
Veritas and Solaris
|
|||
|---|---|---|---|
|
#18+
Alex RoudnevНу вообще то, обычно бэкапы запускаются и управляются (в том числе и расписание делаеся) с центрального сервера, и другими людьми. Там есть возможность действительно сделать скрипт, как вы и говорите. Но вот например _ сказать роботу чтобы он воткнул ленту_ не так просто. Во первых, кто будет ленту менять когда она кончится? Во вторых, кто будет повторять бэкап при сбое ленты (а оно бывает и нередко),. В третьих, а кто вам сказал, что у вас все лентопротяжки сейчас не заняты. То есть - можно конечно делать сразу на ленту, но очень высок шанс, что вы в этом состоянии и останетесь на полсуток из за какого то сбоя. А потому правильный вариант - это - бэкап на диск или как вы верно написали, сделать снапшот - перед этим или после этого стереть старые бэкапы с диска - а вот теперь бэкап на ленту При этом вполне возможно 2 сценария: - (1) бэкап на диск программируется локально, а в конце вызывает скрипт, который инициализирует сетевой бэкап. Скрипт зависит от бэкап системы (в Веритасе я что то похожее видел) - (2) бэкап из центра вызывает локальный скрипт, который делает снапшоты как вы тут верно описали. После чего бэкапим снапшоты. А вот вариант _прямо на ленту_ - я бы не стал (благо у нас в ДС уже было сделано через бэкапы на диск, и на ленту никто никогда и не рассматривал как возможность) - поскольку ленточная система со всеми этими усатыми роботами и сотней ленточек в библиотеке - вещь весьма глючная и ситуация типа _бэкап начался и никогда не кончился_ или _робот завис и может лишь усами водить_ или _драйв глючит и плохо пишет ленты - дает сбой записи в среднем раз в 3 часа_ - весьма частая. И в итоге вы и останетесь висеть в режиме _backup_ (то есть с записью в архивные логи, а не в табличные файлы) пока не придет через пару дней админ и все это разгребет назад. На самом деле у Веритаса есть куча фишек и даже лицензированные продукты, которые делают оные бэкапы базы данных. Но если есть место на дисках (тут очень кстати окажутся пресловутые дешевые SATA) - лучше делать через диски. Ну или через снапшоты (проверив, что случится если кончится резерв места под оные - слететь должны снапшоты с бэкапами, а не база данных). PS. По количеству разнообразных глюков система бэкапов с роботом и ленточками уверенно держит одно из первых мест. Глюки в основном хардверные, но все равно... я бы не хотел увидеть глюки оракла умноженными на глюки ленточной библиотеки... Oerr2 Alex Roudnev Не увидел необходимости по вашему ответу... Упоминаете очень размазанно возможные варианты событий. А по поводу лить RMAN сразу на библиотеку - нет тут никаких извращений. Используя cli нужно сказать роботу чтобы он воткнул в драйв ленту из определенного пула, ну и после просто работаем с девайсом(девайсами если два или более драйва) /dev/rmtX. ... И все. Что хотите, то и делайте потом с snap-ами... Вопрос в другом.... Я вот хотел получить внятное объяснение автора... что же он хочет сделать? http://surgutnet.ru жаль что не увидел этот топик ранее а то поучаствовал бы при всём уважении к Alex Roudnev )))) - почти полная ерунда почти потому что не сказано какую систему хранения хают. по своему опыту - ни одного сбоя TSM связанного с бэкапами oracle за 5 лет. настройка обычно - файл libobk.a ( от поставщика библиотеки ) гранты *ix овые на него и линка взамен родных оракловых ну и конечно в RMANе - указание типа sbt_tape ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2006, 16:34:52 |
|
||
|
|

start [/forum/topic.php?fid=25&gotonew=1&tid=1489215]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
20ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 282ms |

| 0 / 0 |
