SAPфорум.RU
https://sapboard.ru/forum/

Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)
https://sapboard.ru/forum/viewtopic.php?f=14&t=96651
Страница 1 из 1

Автор:  Plank [ Вт, июл 24 2018, 23:42 ]
Заголовок сообщения:  Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)

Здравствуйте, коллеги.

Стоит HANA и каждые 900 сек. жутко свопит, скидывая данные на диски, коих 4 (RAID10). Диски сильно шумят, что немного напрягает.
Так как это демо стенд, то мне не нужно так часть сохранять данные на диск, достаточно раз в несколько часов.
Пытался увеличить интервал времени через параметры:
1. log_backup_timeout_s=900
# .short_desc
# Log segment backup timeout in seconds
# .full_desc
# Sets log backup timeout in seconds (0 = disabled).
#
# Log backup timeout specifies, how much time may pass since a COMMIT until the log segment containing this COMMIT is put into log segment backup queue. In case this amount of time passes before the segment is full, the segment will be closed prematurely and put to the log segment backup queue. Thus, the administrator may indicate how much work can get lost in case of catastrophic failure (backup timeout + actual log segment backup time).
#
# \see \ref param_persistence_enable_auto_log_backup, \ref logger
# .type integer
# .unit second
# .change online

2. savepoint_interval_s = 900
# .short_desc
# Savepoint interval
# .full_desc
# Sets savepoint interval. Setting to 0 will disable the savepoint for testing purposes (e.g., log I/O performance tests; DO NOT USE for productive settings).
#
# Savepoint interval controls how often the internal buffers are flushed to the disk and a restart record is written. Upon restart after a power failure or crash, the log since the last savepoint needs to be replayed. Thus, this parameter indirectly controls restart time.
#
# \see \ref pers_u_savepoint, \ref pers_u
# .type integer
# .unit second
# .range 0,10-7200
# .change online

Увы, параметры меняются, но результат остается прежним, каждые 900 сек. происходит сброс данных на диски.
Файл global.ini
Систему перестартовывал (хоть и написано change online).
HANA STUDIO в меню Administration на закладке Configuretion показывает новые параметры.

Собственно вопрос в том, какой параметр еще отвечает за интервал сброса данных на диск?
Или только эти, но почему их изменение не дает результата?

Автор:  шрам [ Ср, июл 25 2018, 02:37 ]
Заголовок сообщения:  Re: Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)

Дело в том, что логи бэкапятся не только по интервалу, но и при заполнении, например.
https://help.sap.com/viewer/6b94445c94a ... 4f02f.html

Я бы сделал проще:
1. Сделал бэкап
2. Включил режим overwrite для онлайн редологов

Автор:  SergoB [ Ср, июл 25 2018, 09:50 ]
Заголовок сообщения:  Re: Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)

шрам написал:
Дело в том, что логи бэкапятся не только по интервалу, но и при заполнении, например.
https://help.sap.com/viewer/6b94445c94a ... 4f02f.html

Я бы сделал проще:
1. Сделал бэкап
2. Включил режим overwrite для онлайн редологов


Добрый день, а как это поможет от сейвпоинтов? Как были так и останутся, только если время топикстартер увеличил, еще и логи в размере вырастут.
BR, Sergo.

Автор:  SergoB [ Ср, июл 25 2018, 10:11 ]
Заголовок сообщения:  Re: Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)

По поводу анализа сейвпоинтов почитайте след ноту
2100009 - FAQ: SAP HANA Savepoints -->

The savepoint view M_SAVEPOINTS provides information in columns INITIATION and PURPOSE in order to clarify the context of the savepoint.

Если дело только в лог бекапах (во что не сильно верится) то тогда как выше советовали.

BR, Sergo.

Автор:  kernelpanic [ Ср, июл 25 2018, 16:58 ]
Заголовок сообщения:  Re: Изменение параметров для дисковой подсистемы под БД HANA (log_backup_timeout_s и savepoint_interval)

Если демо-система, то поставьте режим логирования overwrite, как советовали выше. При этом надо понимать, что в случае падения и разрушения log и/или data томов, систему можно будет восстановить только из бэкапа.

Если шумят диски в массиве, который примонтирован для томов данных, то можно снизить частоту выполнения сейвпоинтов (по умолчанию, раз в 300 секунд) - но надо понимать, что чем реже делать сейвпоинты, тем больше данных надо сбрасывать в рамках сейвпоинта.

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

Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/