Столкнулся со странным поведением базы (а может просто нужно уметь их готовить), поэтому была произведена миграция в HANA.
Опорный план:
- Создать тенант в базе (примере HBQ)
- Узнать SQL-порт тенанта. Для этого логинимся в какой-нибудь HANA STUDIO в этот тенант и выполняем запрос:
SELECT SERVICE_NAME, PORT, SQL_PORT, (PORT + 2) HTTP_PORT FROM SYS.M_SERVICES WHERE (SERVICE_NAME='indexserver' and COORDINATOR_TYPE= 'MASTER') - Создать запись в вашем ODBC.INI:
vi /home/boqadm/.odbc.ini
А так же на:
vi /usr/sap/BO/sap_bobj/enterprise_xi40/odbc.ini
Почему так ? Хороший вопрос, выяснилось что почему-то без .odbc.ini в домашней папке пользователя не работает, возможно переменные окружения или еще что-то, в общем, в вашем odbc.ini.
Пример записи, здесь используем порт, полученный из sql-запроса:
[HBQ]
driver=/home/boqadm/sap/hdbclient/libodbcHDB.so
servernode=sap-qas-db:30144
databasename=HBQ
description=HBQ - Проверить соединение:
isql -v HBQ SYSTEM mypass - Узнать и записать в блокнотик из CMC> Settings ваш Data Source name:
- Узнать и записать в блокнотик Node Name:
cat /usr/sap/BO/sap_bobj/ccm.config | grep SIANODENAME - Узнать или вспомнить свой CLUSTER KEY
- Запускаем cmsdbsetup.sh из /sap_bobj
- Вводим имя ноды
- Вводим YES для продолжения
- Вводим COPY
- Нас спрашивают является ли текущая база приемником, говорим нет
- Вибираем тип приемника (базы HANA)
- Вводим DSN приемника (базы HANA), HBQ в нашем случае
- Вводим пользователя и пароль (базы HANA)
- Выбираем тип базы источника (SQL Anywhere)
- Вводим DSN базы источника (SQL Anywhere)
- Вводим пользователя и пароль (SQL Anywhere). ЛОГИН БУДЕТ **DBA** большими походу!
- Вводим CLUSTER KEY
- Начнется копирование. Свитч на новую базу произойдет автоматически. Можно проверить что таблицы появились в тенанте. Я после этого для полноты эксперимента комментирую в odbc.ini старые DSN и перезагружаю систему. Далее, зайдя повторно в CMC> Settings мы увидим что база стала HANA. Поможет нота 1768842.