|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от trud
![]() Все же думаю алгоритм немного кривоват, а не "физические диски". т.е. самый простой случай - запускаем синхронизацию без каких то изменений в структуре данных. она работает минут 20
Кстати в АХ7 реализована наконец-то параллельная синхронизация, т.е. выполняется побыстрее при 100% загрузке процессора а можно подробнее про параллельную синхронизацию в акс7 или ссылку? похоже, я пропустил. |
|
![]() |
#2 |
Участник
|
|
|
![]() |
#3 |
Модератор
|
А толку с нее ? В продуктиве MS сам деплоит, и резервирует на все про все 5 часов. По факту - последнее время управляются за 2.5-3
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: trud (1). |
![]() |
#4 |
Участник
|
Цитата:
Кстати вчера вышел Update4, теперь обещают greatly reduced ![]() Цитата:
Apply deployable packages with reduced downtime.
Currently, the average downtime needed to apply a single package in an environment deployed through LCS is 5 hours. With this feature, the package application is optimized so that the downtime is greatly reduced. |
|
![]() |
#5 |
Модератор
|
Таки там с двух сторон пилят - и платформу, и LCS (в январе кажется начали независимые шаги типа накатывания бинарных обновлений на AOS-ы исполнять параллельно). У нас и на Update 2 процесс ускорился с 5 до 3 часов
Цитата:
Кстати а вот вопрос - если после обновления надо что-нибудь поотлаживать на копии текущей рабочей БД, сколько времени по факту занимает получение такой копии? я так понимаю создается запрос в поддержку на получение копии БД, который может выполняться 1 бизнес день?, потом еще сколько то на развертывание этой копии.. и т.д. Как вы решаете такое?
__________________
-ТСЯ или -ТЬСЯ ? |
|