|
|
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
SERG1257, авторЕще один повод отказаться от планов обслуживания в пользу решения от Ola Hallengren komrad, авторКроме того, есть известное решение от Ola Hallengren, которое "де факто" "стандарт" для обслуживания индексов, статистики, бекапов и dbcc. Рекомендую. Я правильно Вас понимаю, на сегодняшний день решение от Ola Hallengren для обслуживания БД это некий стандарт (если можно так выразиться), альтернатива стандартным планам обслуживания в SSMS? И под свои нужды нужно оперировать функциями (и их параметрами): - DatabaseBackup - DatabaseIntegrityCheck - IndexOptimize ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 09:53 |
|
||
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
cad2206, каждый в праве пользоваться тем, что ему нравится и удовлетворяет условию задачи. Стандартные инструменты позволяют выполнять всё необходимое. Однако, кастомные скрипты имеют большую гибкость, настраиваемость и обладают расширенным функционалом. Это экономит время обслуживания и снижает нагрузку на сервер. В то же время, они требуют больше времени и усилий на настройку и не имеют gui. Выбирать вам, но скрипты от Ola, имхо, явный фаворит в данном случае и применяются компаниями из разных областей (финансы, образование, хим промышленность, телеком и т.д.) и стран (https://ola.hallengren.com/organizations.html). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 11:37 |
|
||
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
Я для себя слегка доработал скрипты Ola Hallengren для одновременного выполнения в базе при помощи ServiceBroker. Так что варианты возможны, это хорошая основа для старта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 11:49 |
|
||
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 11:58 |
|
||
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
cad2206Я правильно Вас понимаю, на сегодняшний день решение от Ola Hallengren для обслуживания БД это некий стандарт (если можно так выразиться), альтернатива стандартным планам обслуживания в SSMS? И под свои нужды нужно оперировать функциями (и их параметрами)Да это именно то что я хотел сказать. Майнтенанс планы это быстро дешево и сердито. Легко накидать гуем. При этом совершенно не гибко и не прозрачно. Когда этап валится найти причину не просто. Я не скажу что это невозможно (в конечном итоге я разобрался) но неудобно и не нужно. Далее, придя на новое место работы вы скорее всего найдете вариант решения от Ola Hallengren, чем майнтенанс планы. И ваш сменщик (буде такой появится) скорее всего заменит ваши планы на скрипты от Ola Поэтому выгоднее будет использовать именно его, причем не модифицируя процедуру, а с разными параметрами. Еще пару замечаний - вы можете использовать IndexOptimize только для ребилда статистики https://www.brentozar.com/archive/2016/04/updating-statistics-ola-hallengrens-scripts/ Так же есть процедурка для восстановления https://www.brentozar.com/archive/2017/03/databaserestore-open-source-database-restore-stored-procedure/ Но сам я sp_DatabaseRestore не использовал - я восстанавливаю по старинке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 17:41 |
|
||
|
sys.dm_db_index_physical_stats
|
|||
|---|---|---|---|
|
#18+
ну и на "сладкое", анализ бекапов и RTO & RPO - sp_blitzbackups ( code ) https://www.brentozar.com/archive/2021/12/check-your-sql-server-backup-performance-safety-with-sp_blitzbackups/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2021, 17:53 |
|
||
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1683991]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
176ms |
get topic data: |
10ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 291ms |
| 0 / 0 |
