Добрый день!
Хочу сделать бэкап с компрессией файлов, правлю initSID.sap, выставляю compress=yes
Запускаю через DB13 полный онлайн+редо логи
Не проходит, пишет в логе что не назначен compress_cmd в initSID.sap

Далее активирую compress_cmd в initSID.sap:
# compress command
# first $-character is replaced by the source file name
# second $-character is replaced by the target file name
# <target_file_name> = <source_file_name>.Z
# for compress command the -c option must be set
# recommended setting for brbackup -k only run:
# "%SAPEXE%\mkszip -l 0 -c $ > $"
# no default
compress_cmd = "C:\usr\sap\DR1\SYS\exe\uc\NTAMD64\mkszip -c $ > $"

Бэкап снова не проходит и ругается, на C:\usr\sap\DR1\SYS\exe\uc\NTAMD64\mkszip

и такой дирректории C:\usr\sap\DR1\SYS\exe\uc\NTAMD64\mkszip у меня нет)

Без компрессии проходит все нормально, но слишком много места занимает.
Ранее таких проблем не было) Подскажите, может кто сталкивался?

ERP EHP6, win.2008r2\Oracle

нужно скачать/установить/скопировать и указать любой архиватор, поддерживающий аргументы командной строки. возможно, аргументы тоже придется адаптировать. пробуй запускать бекап и см. ошибки в логах

Если у вас (похоже что так) достаточно свежий brtools и поскольку у вас Windows, можно задать параметр compress=brtools и он сам будет сжимать файлы.

Добрый день. А у меня под Windows mkszip жмет файлы раза в два-три дольше чем какой-нибудь gzip,
compress = brtools - это самый лучший способ ускорения данной процедуры, или имеет смысл прикрутить gzip / найти новую версию mkszip (моя 2001 года почему-то) ?
Смущает, что при этом на Linux компрессию делает все же gzip, а compress = brtools не поддерживается. Выходит зоопарк, brtools на винде, но gzip на linux.
Спасибо.

Перевел с compress = yes (mkszip) на compress = brtools, бэкап с 6.5 часов стал делаться 1.5 часа

pigz круче

ммм... интересненько..

если у вас в RMAN все настроено правильно то бэкап БД создается сжатым. Дополнительная компрессия внешними утилитами дает ~15% выигрыша по месту(у меня по крайней мере). Ну и оно вам надо зоопарк (с ваших слов) содержать.

Наверно, это смешно, но я больше доверяю бэкапу штатными средствами, нежели rman..
Сейчас кто-нибудь скажет - я просто не умею их готовить ))

не смешно
уже обсуждалось вроде как - rman целесообразен когда у DBA он настроен и используется для других (не-SAP) приложений

а что есть штатное средство и как оно проводит бэкап вы не задумывались?

В соседней ветке человек "штатными средствами" HA настраивает. А оно в дамп падает. И не понимая, что там "внутре" и как оно работает ,он может еще пол года с этими дампами сам ковыряться и еще полгода поддержку грузить вопросами.

Думаю brbackup делает все тоже самое, только в случае чего инфы по этой теме намного больше и конкретнее

верно ли я понимаю ваше утверждение: сап написал замену RMAN и назвал ее brbackup ?

Я просто ни разу им не пользовался и мне интересно стало. До этого я считал что это надстройка над rman которая передает ему(рману) команды.

Как я понимаю да, brbackup - часть инструментария brtools, конкретно выполняющая бэкап табличных пространств, другие утилиты делают другое (например BRARCHIVE бэкапит архивлоги).
У меня везде Oracle, поэтому не знаю, может ли обслуживать brtools базы других вендоров. Brtools, на мой взгляд, прост и удобен, есть менюшка, из которой можно сделать все нужные операции, а так же
можно дергать эти утилиты из командной строки, как это делает DB13.

Посмотрите табличку SDBAC и всё станет понятно