Всем привет! Нужен совет сообщества.

Скоро мне достанется сервак с 200 Гб базой УПП на SQL 2008 работающий в режиме 2005, производство 24/7, по регламенту есть 2 часа 2 раза в неделю на то чтобы можно было с базой что либо сделать. Регламентых операций (статистика, кеш, дефрагментация, реиндексация) отродясь там не было,запущенное обновление статистики идет 2-е сутки, со всеми вытекающими тормозами :(.

Вопрос ?

Я планирую перевести данную систему на кластер из 4 серваков. 2 сервака под сервер 1С и 2 под SQL.

Реально ли сделать следующую фичу в кластере, ввиду большого объема базы и невозможности безболезненного проведения регламентных процедур, чтобы на одном SQL серваке проводились регламентные задания (желательно монопольно) пока другой работает, затем происходила бы синхронизация данных и серваки бы менялись задачами, первый работает второй приберается ?

нет
оптимизируй процесс регламентных операций.

как ? выполнение регламентных работ не со всей базой, а по таблицам, сегодня одни завтра другие ????

что за производство такое?сколько доков за сутки набивается?

С базой работают около 100 человек, до 4 000 документов в сутки, обычное производство....

у меня чуть поменьше.Регл.работы выполняются в момент наименьшей нагрузки(согласовано с отделами).Никаких проблем нет.

Понятно, спасибо...

Нет так не получится. Покатай на резервном сервере, определись с регламентом. Обновление статистики и дефрагментацию индексов в самом деле можно делать частями.

Если сделать 2 распределенных базы, средствами 1С 4тыс. документов за 2 часа  успеют перейти в соседнюю?
Правда дискового пространства нужно будет в 2 раза больше (

Скорее всего все 200Гб ежечасно никому не нужны их никто не обрабатывает, поэтому  можно сделать 2 базы, обмен по правилам.  Одна супер оперативная, данные за последний месяц, туда вводят документы. В основной всё хранится и обрабатывается.

(8) а поподробнее ..., особенно в части остатков с оперативной базе....

(2) дефргаментировать только те индексы которые попадают под определенные условия, обновлять статистику тоже не всю, а только то что действительно нужно и тп тд.
ну и реально как вариант разделять базу на оперативную и аналитику. Или свертку делать.

(9) это пока теоретические рассуждения. С таким объемом не приходилось сталкиваться.
Актуальные остатки в оперативной базе  можно создавать документами ввода остатков.

Начинается новый месяц, регламентное задание смотрит остатки за прошлый месяц и создаёт соответствующий документ в оперативной базе. И удаляет там всё, что до даты ввода остатков.

всем спасибо...., буду думать....