|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
21.03.2017, 14:17:56
|
|||
|---|---|---|---|
Рецепт деплоя при автопартицировании |
|||
|
#18+
SSAS 2016. Добрый день. Поделитесь рецептами как обновлять структуру кубов с минимальным простоем, при условии что проект в Visual Studio не соответствует тому что на сервере, т.к. на сервере партиции создаются и обновляются автоматически по своему алгоритму. Получается что базу надо где то рядом продеплоить, настроить для нее автопартицирование как на рабочей, обновить и только потом подменить. Чтобы подменить базу приходится останавливать сервис, чтобы он не держал папки на диске. Кто нибудь знает более цивилизованные решения? Я слышал что люди используют отдельные сервера для процессинга кубов, и отдельные сервера для пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.03.2017, 14:34:28
|
|||
|---|---|---|---|
|
|||
Рецепт деплоя при автопартицировании |
|||
|
#18+
Denis@nk... Получается что базу надо где то рядом продеплоить, настроить для нее автопартицирование как на рабочей, обновить и только потом подменить. Чтобы подменить базу приходится останавливать сервис, чтобы он не держал папки на диске. Кто нибудь знает более цивилизованные решения? А что вам мешает после деплоя и обновления базы (см выше) заимпортировать ее назад в VS, сгенерить asdatabase и снова продеплоить - только уже на прод? Правда, все равно во время и после деплоя (до первого процессинга) база будет недоступна некоторое время. Denis@nkЯ слышал что люди используют отдельные сервера для процессинга кубов, и отдельные сервера для пользователей. Можно, суть подхода - поднять новую базу на другом сервере, обновить, залить данные, отпроцессить и затем - синхронизировать с вашим продом. Нужен другой , то есть еще один сервер. И синхронизация - тоже влечет блокировки и возможный простой, хотя в SSAS 2016 с блокировками стало лучше . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.03.2017, 15:15:14
|
|||
|---|---|---|---|
Рецепт деплоя при автопартицировании |
|||
|
#18+
Ferdipux, Партиции каждый день новые пересоздаются. Это сделано для почасового обновления последних маленьких партиций за последний день. Поэтому делать импорт проекта на постоянной основе не годится. Плюс правильно заметили что после деплоя база будет недоступна. Хочется сократить время до минимума, в идеале достичь непрерывной работы на боевом сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.03.2017, 16:39:20
|
|||
|---|---|---|---|
Рецепт деплоя при автопартицировании |
|||
|
#18+
Denis@nk, варианты 1) в VS - "Deploy Changes Only" 2) выше предложили - Deployment Wizard (asdatabase) - с сохранением партиций 3) Синхронизацию уже тоже предложили (как вариант - восстановление из .аbf с другуго сервера, Attach/Detach) 4) некоторые (многие) изменения (не вносящих серьёзные структурные изменения) не требуют Process (видимость объектов, MDX скрипты, добавление properties, роли, actions и т.д.) можно и скриптовать через XMLA.. или АМО/PowerShell как один из хаков (чтобы полным импортом не заниматься) - иногда подменяю код в YourCube.Partitions в VS (почему-то если делать это напрямую на диске - часто всё напрочь слетает, может из-за того что у нас TFS) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=49&tablet=1&tid=1858326]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
225ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 563ms |
| 0 / 0 |
