|
SBT or SBT_TYPE. Pause 10 min.
|
|||
---|---|---|---|
#18+
Добрый день. Коллеги, я не ораклист, поэтому вопрос Вам покажется дилетантский, но очень важен для меня. Я отвечаю за систему Резервного копирования EMC Networker. Планируем миграцию с 9-й на 19-ю версию. Сейчас для бэкапов Oracle 12 вообще используем 8-ю версию клиента и модуля для database. Протокол резервного копирования: DDboost. Проблема возникла при тестировании 9-х и 19-х версий клиентского ПО Networker. Перед началом записи save-set на SBT_Type в 9-й и выше версиях возникает пауза в 10 минут, потом бэкап успешно проходит. Все 10 минут в логи пишется: DBGRPC: EXITED krmqgns with status 1 DBGRPC: krmxpoq - returning rpc_number: 17 with status: STARTED16 for channel ddb1 DBGRPC: krmxpoq - returning rpc_number: 17 with status: STARTED16 for channel ddb2 DBGRPC: krmxr - sleeping for 10 seconds DBGRPC: ENTERED krmqgns DBGRPC: krmqgns: looking for work for channel default (krmqgns) DBGRPC: krmqgns: commands remaining to be executed: (krmqgns) DBGRPC: CMD type=backup cmdid=1 status=NOT STARTED DBGRPC: 1 STEPstepid=1 cmdid=1 status=STARTED DBGRPC: 2 STEPstepid=2 cmdid=1 status=STARTED DBGRPC: 3 STEPstepid=3 cmdid=1 status=NOT STARTED DBGRPC: 4 STEPstepid=4 cmdid=1 status=NOT STARTED DBGRPC: krmqgns: no work found for channel default (krmqgns) DBGRPC: (krmqgns) DBGRPC: EXITED krmqgns with status 1 Я открывал кейс в ЕМС, те повторили наши шаги по тестированию клиентов и послали нас к Oracle . Пока решил сам покопаться в проблеме. Вот на что я обратил внимание: В синтаксисе RMAN при использовании 8-го клиента при алокации канала использовалось allocate channel t1 type 'SBT'; Для старших версий клиентов рекомендуется использовать allocate channel t1 type 'SBT_TAPE'; По умолчанию в RMAN дефолтным девайсом назначено SBT. По моему пониманию RMAN 10 минут пытается найти дефолтное на момент бэкапа устройство, которое назначено на 'SBT'. Я предложил админу Oracle изменить значение дефолтного девайса на SBT_TAPE, но админ сказал, что это синонимы. Так ли это? Может кто-то сталкивался с подобной проблемой? Помогите плиз. Александр ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2019, 15:27 |
|
SBT or SBT_TYPE. Pause 10 min.
|
|||
---|---|---|---|
#18+
По поводу синонимов -- так обещает документация https://docs.oracle.com/en/database/oracle/oracle-database/19/rcmrf/deviceSpecifier.html#GUID-F653748D-4AB5-4A0E-B6E5-D891A000ADAC The most common value is sbt or sbt_tape (which are synonymous values). Насчет переезда на 19 (да еще и с 9) -- ну это нужно очень сильно тестировать (ОЧЕНЬ сильно поменялась, например, стратегия блокирования) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2019, 15:39 |
|
SBT or SBT_TYPE. Pause 10 min.
|
|||
---|---|---|---|
#18+
Спасибо за ссылку. А жаль. Были надежды что это не так. А по поводу пауз нет ссылочки? Александр. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2019, 15:49 |
|
SBT or SBT_TYPE. Pause 10 min.
|
|||
---|---|---|---|
#18+
ProstoKVA16, удалось ли Вам решить проблему? встретились с похожей ситуацией, создали SR, но стороджисты не видят проблем с NFS, dd, mv и тд отрабатывают быстро, скорость > 300Mb/s, в сапорте oracle пока тоже безрезультатно ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2020, 10:17 |
|
|
start [/forum/topic.php?fid=52&msg=39883724&tid=1880994]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 318ms |
total: | 468ms |
0 / 0 |