Salta al contenuto principale

Потребление памяти Acronis Storage Node Service в Acronis Backup Advanced 11.7.50058 при использовании дедупликации

Thread needs solution

Хотелось бы прояснить несколько моментов по логике работы с памятью Acronis Storage Node Service в Acronis Backup Advanced 11.7.50058 при использовании дедупликации. Непродолжительное использование Acronis Backup Advanced 11.7.50058 показало, что при использовании, например, на одном сервере (узле хранения) 29-ти дедуплицируемых хранилищ, в которых в совокупности находится 1,2 Тб уникальных (сжатых) данных и 0,6 Гб базы данных (если не ошибаюсь, это же файлы с раширением *.niod.locality?), после одной из перезагрузок сервера он через минуту активной работы переставал отвечать на запросы. В процессе исследования проблемы выяснилось, что сервис "Acronis Storage Node Service" при старте потреблял всю доступную оперативную память, что и приводило к нестабильной работе операционной системы (в моём случае Windows Server 2012 R2). При доведении объёма оперативной памяти на сервере до 16 Гб улучшило ситуацию, сервер перестал "зависать", при старте сервису "Acronis Storage Node Service" выделяется порядка 80% физической памяти, как и заявлено в документации, при этом виртуальной памяти выделяется порядка 19 Гб. Тем не менее в логах службы фигурируют следующие события:

W00270023: Error 0x270023: На этом узле хранения заканчивается оперативная память для баз данных дедупликации. Увеличьте объем оперативной памяти или измените конфигурацию, увеличив объем памяти, выделенный для дедупликации.

W00270023: Error 0x270023: Будет создана база данных дедупликации с минимальным потреблением памяти. Увеличьте объем оперативной памяти или измените конфигурацию, увеличив объем памяти, выделенный для дедупликации.

В процессе работы объём используемой физической памяти снижается с изначально выделенных 14 Гб до 8 Гб.

В связи со всем этим у меня следующие вопросы:

1. Сколько всё-таки требуется оперативной памяти для некоего объёма уникальных данных в одном хранилище узла (в документации к версии 11.5 указано, что для 1 Тб уникальных данных требуется 8 Гб оперативной памяти, но уже в версии 11.7 требуется всего 128 Мб)?

2. Как распределено использование памяти сервисом "Acronis Storage Node Service" в рамках одного хранилища узла? Например, если для хранения базы дедуплицированных данных отводится х %, то потребуется ещё y % процентов для полноценного функционирования (выполнения операций резервного копирования, восстановления, проверки данных и т.д.)?

3. Находится ли постоянно в оперативной памяти база данных дудуплицированного хранилища? Если да, то не оптимальней ли загружать базу данных по мере необходимости: при выполнении операций резервного копирования, восстановления, проверки данных и т.д.?

0 Users found this helpful

Здравствуйте Юрий,

>>1. Сколько всё-таки требуется оперативной памяти для некоего объёма уникальных данных в одном хранилище узла (в документации к версии 11.5 указано, что для 1 Тб уникальных данных требуется 8 Гб оперативной памяти, но уже в версии 11.7 требуется всего 128 Мб)?

До версии Acronis Backup 11.5 Update 6 действительно нужно было 8 ГБ оперативной памяти на 1 ТБ уникальных данных. В 11.5 Update 6 появился новый более оптимизированный индекс и стало необходимо около 3 ГБ RAM на 1 ТБ уникальных данных.

В Acronis Backup 11.7 была проведена оптимизиация с размеров блока для дисковых архивов и стало необходимо 128 МБ RAM на 1 ТБ уникальных данных.

Т.е. если ваши архивы были созданы на версии 11.5, то в них старый размер блока и для них нужно будет 3 ГБ RAM на 1 ТБ уникальных данных. Если ваши архивы созданы на версии 11.7, то нужно будет 128 МБ RAM на 1 ТБ уникальных данных.

>>2. Как распределено использование памяти сервисом "Acronis Storage Node Service" в рамках одного хранилища узла? Например, если для хранения базы дедуплицированных данных отводится х %, то потребуется ещё y % процентов для полноценного функционирования (выполнения операций резервного копирования, восстановления, проверки данных и т.д.)?

На старте сервиса, АСН даст каждому хранилищу по 512 МБ RAM. После этого каждое хранилище будет пытаться загрузить Индекс в RAM . Если у какого-то хранилища это не получится, то оно будет не загружено. Еще есть некий буффер RAM, который выделяется на время увеличения RAM, используемоего хринилищем. Когда увеличение выполнено, буффер сбрасывается.

>>3. Находится ли постоянно в оперативной памяти база данных дудуплицированного хранилища? Если да, то не оптимальней ли загружать базу данных по мере необходимости: при выполнении операций резервного копирования, восстановления, проверки данных и т.д.?

С Acronis Backup 11.5 Update 6 вся база не находится в памяти. В памяти находится некий Индекс, по которому можно быстро искать данные в базе. Если размер хранилища довольно большой, то индекс может занимать гигабайты. Поэтому загружать его по мере надобности не является целесообразным, т.к. выполнение операций будет отложено на время, которое требуется, чтобы прочитать гигабайты данных с диска.

Вообще иметь 29 дедупликационных хранилищ убивает в общем-то идею дедупликации, т.к. у каждого хранилища получается своя база дедупликации. Следовательно в экстремальном случае одни и теже данные могут быть в каждом из 29 хранилищ.