Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Объединять базы или не объединять  [new]
злой программер
Member

Откуда:
Сообщений: 226
У меня на одном из SQL2000 серверов крутятся 2 базы. На одной висит система приема заказов, а на второй система прогнозирования расхода материалов. Системы абсолютно разные, используются разными людьми. Но, мое новое начальство хочет, чтобы базы объединили в одну, мотивируя это тем, что будет проще администрировать и быстродействие сервера повысится т.к. баз будет меньше. Я отлично понимаю, что он не прав, но подскажите пожалуйста умно звучащие аргументы за или против объединения.
7 дек 05, 10:04    [2147668]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Crimean
Member

Откуда:
Сообщений: 13148
Админить да , проще
Быстродействие не повысится , как раз наоборот
Время восстановление ухудшится (возрастет) ~ вдвое
Ситуации с доступами могут привести к хроническому гемору
Ухудшится ситуация с регламентами
Это навскидку
Для конкретики надо больше знать о проектах
Обычно наоборот разделяют такие вещи, а не объединяют ровно по перечисленным причинам - чуть больше админить, но зато все остальное в выигрыше
Ну если это, ессно, не ОЧЕНЬ тесто интегрированные структуры. Да и очень тесных, зачастую, секционируют
7 дек 05, 10:46    [2147903]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34248
Блог
Если у вас сейчас слетит одна база, то слетит только она одна. Если сделать как предлагает начальство, то при слёте общей базы все пользователи будут отдыхать, а не половина, как раньше)
7 дек 05, 11:10    [2148034]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Glory
Member

Откуда:
Сообщений: 104760
Критик
Если у вас сейчас слетит одна база, то слетит только она одна. Если сделать как предлагает начальство, то при слёте общей базы все пользователи будут отдыхать, а не половина, как раньше)

Если проблемы с обрудованием, то им все равно сколько баз на сервере :)
7 дек 05, 11:12    [2148043]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Crimean
Member

Откуда:
Сообщений: 13148
Glory
Если проблемы с обрудованием, то им все равно сколько баз на сервере :)


ой-ой-ой
это все очень и очень вероятностные вещи
при двух базах уцелеть хотя бы одной вероятность практически вдвое выше
даже при работе на одном диске
тут и думать нечего
7 дек 05, 11:20    [2148096]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Glory
Member

Откуда:
Сообщений: 104760
при двух базах уцелеть хотя бы одной вероятность практически вдвое выше
Вероятность сбоя системы определяется вероятностью сбоя ее отдельных частей. А не количеством данных.
По-моему, говорить о том, что база из двух таблиц в два раза неустойчивее, чем две базы по одной таблице, это неправильно
7 дек 05, 11:25    [2148124]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
Не конечно можно изввратиться и создать одну базу из двух и при этом данные из первой базы держать в одной файлгруппе, а из второй - во второй, и это на разные диски разнести = ток по моему проще держать две базы )...

Каким образом к этому относится начальство? С каких пор начальство стало говорить админу как надо админить?

В далеком будущем например когда базы и объемы решаемых задач вырастут и купят еще один сервак - то имеется возможность просто перебросить одну базу на другой сервак и тем самым распределить нагрузку с минимальным гемором...

Не вижу чем проще админить... Нормальный админ знает свои базы, знает настройки и знает выполняемые регламентные процедуры - невижу проблем уследить за двумя базами....
7 дек 05, 11:39    [2148218]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Crimean
Member

Откуда:
Сообщений: 13148
2 Glory

неужели не было ситуаций , когда из 10 баз на сервере после хорошего свала железа половину баз надо было с бакапа поднимать , а половина так завелась ?
7 дек 05, 12:31    [2148609]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Glory
Member

Откуда:
Сообщений: 104760
Crimean
2 Glory

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

О ! Так мы что оцениваем - вероятность сбоя оборудования или _концепцию_ того, должно ли логическое разделение каких либо объектов обязательно сопровождаться их физическим разделением?
Второй вопрос - это вопрос _выбранной стратегии_. А любая стратегия имеет и плюсы и минусы.
При большом количестве объектов администрирования неизбежно растут затраты на администрирование и сопровождение. Т.е. текущие расходы

При малом количестве объектов администрирования(за счет их объединения) растут расходы на восстановление в случае сбоя. Т.е. прогнозирумые расходы.

В этом и состоит выбор стратегии - тратить каждый день или копить чтобы потратить потом. Нужно только заметить, что при _разовых_ затратах на обеспечение устройчивости понижается вероятность сбоя. Кроме того, делая затраты на средства диагностики сбоев, опять же имеем понижение ущерба от возможных сбоев.

Резюме.
Само по себе "шарахание" от одной модели к другой ни к чему хорошему не приведет. Смена любой модели должна совпадать со стратегическим и финнансовым планом развития.
7 дек 05, 12:47    [2148709]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Glory
Member

Откуда:
Сообщений: 104760
Забыл добавить.
При физическом совмещении логических объектов возможно придется также потратиться на "систему" разделения доступа.

Одним словом - считайте деньги и сравнивайте.
7 дек 05, 12:59    [2148794]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
злой программер
Member

Откуда:
Сообщений: 226
Спасибо, что помогли, предложенные аргументы, я полагаю убедят начальство.
to SanyL: к сожалению руководитель хочет объять необъятное и указать что и как надо делать.
7 дек 05, 13:06    [2148840]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Anatoly Podgoretsky
Member

Откуда:
Сообщений: 62912
злой программер
Спасибо, что помогли, предложенные аргументы, я полагаю убедят начальство.
to SanyL: к сожалению руководитель хочет объять необъятное и указать что и как надо делать.

Так надо сделать технико-экономический расчет с пояснениями для каждого варианта, только деньги надо правильно считать, а не только стоимость лицензий и оборудования, на самом деле эти затраты ничто в серьезных система, очень малая часть.
7 дек 05, 13:18    [2148945]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34248
Блог
>Glory
Вобщем-то согласен с вами, но поставленная задача - убедить начальство, а не считать, что выгоднее ))
Тут два варианта, максимально упростить объяснение (мой вариант от 11:10) или говорить много непонятных слов(вариант Glory)
Решайте =))

PS вариант Crimean где-то посередине)
7 дек 05, 13:33    [2149061]     Ответить | Цитировать Сообщить модератору
 Re: Объединять базы или не объединять  [new]
Glory
Member

Откуда:
Сообщений: 104760
Критик
>Glory
Вобщем-то согласен с вами, но поставленная задача - убедить начальство, а не считать, что выгоднее ))
Тут два варианта, максимально упростить объяснение (мой вариант от 11:10) или говорить много непонятных слов(вариант Glory)
Решайте =))

PS вариант Crimean где-то посередине)

Начальство обычно плохо разбирается в технических деталях, но гораздо лучше в финансовых :)
7 дек 05, 13:36    [2149080]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить