Текущее время: Сб, апр 20 2019, 08:24

Часовой пояс: UTC + 4 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Пт, янв 25 2019, 11:54 
Специалист
Специалист

Зарегистрирован:
Ср, май 03 2006, 12:43
Сообщения: 105
Откуда: Deutschland
Пол: Мужской
Есть две новости, хорошая и плохая. Такая миграция работает - это хорошая новость, но работает очень медленно.
В процессе миграции целевая система почти не использует ресурсов, в то же время если в HANA Studio зайти в "Performance" -> "SQL Plan Cache", то вижу там очень много "Statement_String", следующего вида:
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: ::ROWCOUNT line: 3 col: 46648 (at pos 47690) */ update _SYS_STATISTICS.statistics_schedule set status='Idle' where id=__typed_Integer__($1) and latest_start_snapshot_id=__typed_Longdate__($2) and status='Scheduled'
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: ::ROWCOUNT line: 3 col: 46533 (at pos 47575) */ update _SYS_STATISTICS.statistics_schedule set start_count=0 where id=__typed_Integer__($1)
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: USED_VALUES line: 3 col: 32597 (at pos 33639) */ select current_utctimestamp snapshot_id, null type, null index, null name, null value, null value_nclob from sys.dummy where 1=0
/* procedure: "_SYS_STATISTICS"."COLLECTOR_STREAMING_SUBSCRIBERS_STATISTICS" variable: ::ROWCOUNT line: 8 col: 2 (at pos 824) */ insert into _SYS_STATISTICS.STREAMING_SUBSCRIBERS_STATISTICS_BASE (snapshot_id, server_timestamp,SCHEMA_NAME,PROJECT_NAME,PROJECT_INSTANCE,CLIENT_IP,CLIENT_PORT,CPU_SYSTEM_UTILIZATION,CPU_USER_UTILIZATION,CPU_UTILIZATION,ROW_THROUGHPUT,TRANSACTION_THROUGHPUT)
select __typed_Longdate__($1), current_timestamp,SCHEMA_NAME, PROJECT_NAME, PROJECT_INSTANCE, CLIENT_IP, CLIENT_PORT, CPU_SYSTEM_UTILIZATION, CPU_USER_UTILIZATION, CPU_UTILIZATION, ROW_THROUGHPUT, TRANSACTION_THROUGHPUT FROM (SELECT DISTINCT SCHEMA_NAME, PROJECT_NAME, PROJECT_INSTANCE, CLIENT_IP, CLIENT_PORT, CPU_SYSTEM_UTILIZATION, CPU_USER_UTILIZATION, CPU_UTILIZATION, ROW_THROUGHPUT, TRANSACTION_THROUGHPUT FROM SYS.M_STREAMING_PROJECT_SUBSCRIBERS)
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: USED_VALUES line: 3 col: 28542 (at pos 29584) */ select current_utctimestamp snapshot_id, null type, null index, null name, null value, null value_nclob from sys.dummy where 1=0

Таких строк почти 4 тысячи. В Логах самой Hana подозрительных ошибок не обнаружено.

В общем лыжи едут, но медленно. Так миграция базы объемом 350ГБ длится около 48 часов. Делал ли кто миграцию с помощью DPAgent?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Вт, янв 29 2019, 14:26 
Менеджер
Менеджер

Зарегистрирован:
Вт, ноя 09 2010, 20:59
Сообщения: 729
Откуда: Novosibirsk
Пол: Мужской
figaro001 написал:
Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
Есть две новости, хорошая и плохая. Такая миграция работает - это хорошая новость, но работает очень медленно.

а зачем такой экзотический способ?
с помощью hdblcm не работает?

figaro001 написал:
В процессе миграции целевая система почти не использует ресурсов, в то же время если в HANA Studio зайти в "Performance" -> "SQL Plan Cache", то вижу там очень много "Statement_String", следующего вида:
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: ::ROWCOUNT line: 3 col: 46533 (at pos 47575) */ update _SYS_STATISTICS.statistics_schedule set start_count=0 where id=__typed_Integer__($1)
/* procedure: "_SYS_STATISTICS"."STATISTICS_SCHEDULABLEWRAPPER" variable: USED_VALUES line: 3 col: 32597 (at pos 33639) */ select current_utctimestamp snapshot_id, null type, null index, null name, null value, null value_nclob
Таких строк почти 4 тысячи. В Логах самой Hana подозрительных ошибок не обнаружено.

это сбор статистики по хане, возможно на момент миграции её нужно отключить.
собирает статистику или солман или HANA COCKPIT

figaro001 написал:
В общем лыжи едут, но медленно. Так миграция базы объемом 350ГБ длится около 48 часов. Делал ли кто миграцию с помощью DPAgent?

не совсем уверен, но в процессе миграции у вас случаем не происходил переход с XSC на XSA?
в таком случае тормоза из-за перезда аудит логов


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Вт, янв 29 2019, 18:51 
Специалист
Специалист

Зарегистрирован:
Ср, май 03 2006, 12:43
Сообщения: 105
Откуда: Deutschland
Пол: Мужской
jack_nsk написал:
а зачем такой экзотический способ?
с помощью hdblcm не работает?


Миграция идет для SAP CAR, а там помимо основной SCHEMA созданы дополнительные для систем сателитов. В итоге просто бэкап -> рестор невозможен, т.к. BE -> LE, а миграция с помощью SWPM перенесет только основную SCHEMA, что без сателитных SCHEMA не имеет смысла.

Единственный способ - это DPAgent, но он ужасно медленный.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Ср, янв 30 2019, 08:23 
Менеджер
Менеджер

Зарегистрирован:
Вт, ноя 09 2010, 20:59
Сообщения: 729
Откуда: Novosibirsk
Пол: Мужской
figaro001 написал:
Миграция идет для SAP CAR, а там помимо основной SCHEMA созданы дополнительные для систем сателитов. В итоге просто бэкап -> рестор невозможен, т.к. BE -> LE, а миграция с помощью SWPM перенесет только основную SCHEMA, что без сателитных SCHEMA не имеет смысла.

извиняюсь за любопытство (с SAP CAR не сталкивался), а в результате миграции для "дополнительные для систем сателитов" созданы отдельные тенанты?
по аналогии солман мигрировали с Oracle12 -> HANA1.0 -> HANA2.0, перед 2.0 тенант выделили, там 2 schema (ABAP & JAVA)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Ср, янв 30 2019, 11:25 
Специалист
Специалист

Зарегистрирован:
Ср, май 03 2006, 12:43
Сообщения: 105
Откуда: Deutschland
Пол: Мужской
ABAP и Java schema - это стандарт и с ними проблем нет. У нас SAP CAR - только ABAP (schema SAPSR3) но, помимо нее есть еще AAACLNT010, BBBCLNT010, CCCCLNT010 и т.д, и вот эти schema все стандартные способы миграции и гетерогенного копиривания, игнорируют.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Миграция Hana 1.0 BE на Hana 2.0 LE с помщью DPAgent
СообщениеДобавлено: Ср, янв 30 2019, 16:11 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, окт 17 2015, 14:11
Сообщения: 50
Перечисленные стейтменты - это обычная активность Statistics Service, она светится в план кэше, когда нет пользовательской нагрузки на системе.
Чтобы понять, почему может быть медленная заливка, надо посмотреть в M_SERVICE_THREADS монитор (пообновляв его в течение нескольких секунд) - чаще всего проблемы не на стороне бд, из опыта. А вообще, миграция с помощью SDA - это достаточно оригинально..
Кстати, совет - если объем исходных таблиц большой, вне зависимости от сценария миграции, рекомендую проверить размер дельты для них, в 2.0 внутренний формат поменялся, и при последующем мерже стартанет переконвертация, которая может (при определенных условиях) на время исполнения заблочить модификацию оных.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB