Прикрепление хранилища в Acronis Backup Advanced 11.7.50058
Здравствуйте.
Тестирую возможности Acronis Backup Advanced 11.7.50058 и столкнулся с неочевидным поведением.
В программе было создано управляемое хранилище с дедупликацией без шифрования. После чего хранилище было заполнено 686 полными резервными копиями с максимальным сжатием вирутальной машины с Windows XP. Занимаемый размер хранилища на диске составил 15,6 Гб, при этом размер файла unified_data.ds.0 занял 1,5 Гб, а каждый файл с раширением tib порядка 21 Мб. В целях оптимизации каталогизация резервных копий была отключена через реестр. Открепление указанного хранилища занимает всего секунду, а вот его обратное прикрепление на той же системе занимает 23 минуты! В подробностях журнала выполнения задачи видно, что 17 минут уходит на индексацию хранилища, после чего 6 минут происходят неизвестные действия до успешного импорта. За время импорта, если следить при помощи диспетчера задач, процесс StorageServer успевает прочитать 33,3 Гб и записать 11,4 Гб данных. Прикрепление этого же хранилища без базы данных хранилища (файла {GUID}_l.fdb) заняло 13 минут, при этом практически сразу после индексации хранилища задача была успешна завершена, было прочитано 17,6 Гб и записано 5,9 Гб данных (с такой скоростью прикрепление происходит не всегда, логику сложно уловить, но вроде как это происходит с чередованием, т.е. через раз). В связи со всем этим возникают следующие вопросы: для чего используется индексация хранилища при его прикреплении, можно ли её отключить или ускорить, что происходит после завершения индексации до завершения импорта и почему без базы данных хранилища процесс прикрепления в 2 раза быстрее, хотя должно быть наооборот? И самое главное: есть ли какая-либо формула, по которой можно было бы понять сколько времени займёт прикрепление того либо иного хранилища, т.к., если посчитать, в худшем случае скорость прикрепления хранилища составила 11,5 Мб/c?
Если индексация хранилища - это процесс создания метаданных по данным из архивов, при котором узел хранения будет открывать каждый TIB, вычитывать из него метаданные и наполнять базу, то не проще ли также как и с базой данных дедупликации, экспортируемой при откреплении хранилища, экспортировать и индексы хранилища? Правильно ли я понимаю, что индексы дедуплицируемого хранилища хранятся в некой базе данных? Если да, то не быстрее ли будет для последующего прикрепления хранилища при его откреплении экспортировать индексы?
И всё-таки, что происходит при прикреплении хранилища после завершения повторной индексации хранилища, потому что после этого события большой провал по времени, после которого прикрепление хранилища успешно завершается?
Индекс - это структура в памяти. Он нужен для быстрого поиска по базе данных дедупликации. Индекс строится по базе дедупликации, чтобы не хранить всю базу дедупликации в памяти.
После индексации хранилища оно регистрируется на Сервере Управления, но это не может занимать столько времени, как вы описываете.
Предлагаю вам приложить сюда журналы прикрепления или обратиться в техническую поддержку Acronis ссылкой на этот пост и журналами прикрепления.
В журнале прикрепления информации очень мало (экспортированный файл в формате xml прикреплён к сообщению). Здесь немного другое хранилище, чем в моём первом сообщении в теме (файл unified_data.ds.0 - 21,5 Гб, файлы *.tib - 9,2 Гб (689 шт.), полных копий - 5 шт., дифференциальных копий - 26 шт., инкрементных копий - 658 шт.). Может можно включить как-то отладочный режим для получения более подробной информации?
В процессе прикрепления хранилища выполняется повторная индексация, т.е. индексация уже была сделана ранее, зачем её снова выполнять? Где хранится индексный файл хранилища?
"Повторная индексация" - это жертва перевода со слова Reindex. Она не выполняется повторно, она выполняется 1 раз, чтобы обновить мету по данным из архива.
Так же есть процедура "Индескации" (indexing), она никак не связана с Reindex. Индексация читает недедуплицированные данные и дедуплицирует их.
Глядя на ваш журнал, видно, что некая операция выполняется после "повторной индексации" и до "регистрации на сервере управления".
В этот промежуток Сервер управления ищет все бэкапы, который еще не были проиндексированы и добавляет их в очередь на индексирование.
Т.к. у вас много бэкапаов, то эта операция занимает несколько минут.