Давно меня тут не было. Наступили на очередной глюк, похоже.

Есть база, участвующая в репликации. Удаленная, а не консолидированная. База шифрована с помощью AES. Задача: пересоздать эту базу с другим ключом шифрования.

Хелпы читать умею, поэтому тем, кто не знаком с проблемой лучше не пытаться гадать, давая советы пальцем в небо. А суть проблемы в том, что поведение dbunload c ключом -ar не соответсвует описанию.
Ключ шифрования старой базы задается в -с"....;DBKEY=OldKey;....", новый ключ для новой базы создается, как и указано в доке -ek NewKey.

Так вот хрен! Не работает! Ругается на то, что ключ не соответствует! Чисто для проверки если убрать -ar и -ek, то выгрузка проходит корректно, что показывает, что в -с ключ задан верно.

Кто-нибудь сталкивался с таким бредом? Как просто пересоздать реплицируемую удаленную базу с новым ключом? Про сложный путь просьба не рассказывать, не маленький уже, знаю про dbtran, смещения и прочее, благо уже второй десяток лет с ASA размениваю :)

Спасибо. Но это, как я понял, для НЕреплицируемых баз?

Остановка делается простой остановкой службы. Конвертацию пытались делать по "лежачему" файлу бд примерно так:
dbfolder - папка, где лежат логи и сама база.
Ругается при запуске: "incorrect database encription key". Очевидно, что ругается на ключ NewKey, хотя в доке четко сказано:
-ek key - Specify encryption key for NEW database.

Если убрать все ключи кроме -с"..." для проверки, то нормально выгружает данные.

Очень похоже на баг. Проверили с самым последним EBF 9.0.2.3804

Alexandr NikolaevПопробуйте без использования опции "ar", используя опцию "an" или выгрузкой в "reload.sql" и загрузкой посредством "dbisql".

Да это то понятно - посмотреть смещение с помощью dbtran, выставить такое же в новой базе и т.д.
Хотелось же красиво, просто и элегантно! Ан, нет, глюки-с

P.S. Не буду им case писать. Я на них еще за прошлый case обижен, который так и не исправили, сказав что так и должно быть.