Уважаемые коллеги, нужен ваш совет (поиск результатов не дал).

Встала задача перенести базы и csp-приложения с Cache for UNIX (SUSE Enterprise Server for x86-32) 2008.1.1 (Build 579U) на аналогичную версию, но для платформы x86-64. Машины разные, но обе работают на SUSE (32-бит и 64-бит соответственно).

Был опробован кратчайший путь, а именно:

1. Полный бэкап Каши-32 (машина-32).

2. Запуск установки из дистрибутива Каши-64 (машина-64).

3. Сохранение cpf-файла свежеустановленной Каши-64 и ее остановка.

4. Удаление директории с Кашей-64 (/usr/local/etc/cachesys/cache.reg остается).

5. Перенос директории с Кашей-32 с машины-32 на машину-64.

Дальнейшие действия будут совершаться только на машине-64.

6. Замена в cpf-файле из директории с Кашей строки
на строку
из сохраненного ранее cpf-файла.

7. Замена файла с ключом в директории с Кашей.

8. Запуск обновления из дистрибутива Каши-64 (тут-то и пригодится cache.reg). Без замены строки в cpf (шаг 6) процедура обновления ругнулась бы на несовместимость платформ 32-64.

9. Увеличение кеша БД с 2045 МБ (максимум для 32-бит) до 2048 МБ и перезапуск Каши.

10. И, наконец, восстановление бэкапа, сделанного с Каши-32 в шаге 1.

Почему этот путь кратчайший и зачем все это вообще нужно?

Ради возможности разом перенести все базы и приложения, а не конфигурировать заново множество csp-приложений, отображений глобалов, программ, пакетов и т.д. Кроме того предполагается возможность использовать бэкапы Каши-32 для восстановления их на Каше-64.

Результаты. Возможность установки кеша БД свыше 2045 МБ свидетельствует о том, что процедура обновления Каши (шаг 8) все-таки выполнилась, несмотря на то, что ей была подсунута директория с Кашей-32 (возможно, я ошибаюсь). Приложения на первый взгляд также работают без нареканий.

Но главные вопросы остаются:

Криминален ли этот путь с т.з. здравого смысла, и какие альтернативы?
Можно ли таким способом выполнять переход с одной платформы на другую?
Можно ли CACHE.DAT также переносить с одной платформы на другую без отрицательных последствий?
И, наконец, можно ли бэкапы с одной платформы восстанавливать на другой?

Жду жесткой критики, коллеги. Сильно не пинайте =)

gr_vlА вообще то если у вас размер кэша для глобалов выростит всего 3 мб то в чем смысл переходит на разрядную систему?
3 МБ взяты как пример, чтобы принципиально проверить, действительно ли процедура обновления из Каши-32 сделала Кашу-64. В дальнейшем планируется увеличить этот кеш до 4 ГБ.

З.Ы. Пришла в голову глупая мысль - если полный бэкап способен описать содержимое СУБД подобно эффекту от использования манифеста %Installer.Installer (предложенного уважаемым DAiMor), и этот бэкап платформонезависим, то...
...Что мешает просто выдрать из старой файловой структуры все файлы, не относящиеся к базам, csp и т.п., но необходимые для работы приложений, и положить их на новую машину, а затем восстановить на ней бэкап (предварительно установив чистую Кашу-64)?

Alexey MaslovАпгрэйд Cache в более новую версию с (полу)автоматическим апгрэйдом БД - штатная операция, Cache можно сказать заточена под неё.
Уточните, пожалуйста, что Вы понимаете под (полу)автоматическим апгрэйдом БД?

Alexey Maslov,

Спасибо!