Показать сообщение отдельно
Старый 20.12.2011, 20:12   #18  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,715 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Ну... все ж упирается в конкретное время. Смотря сколько занимает процесс закрытия. Если сутки или меньше - то без проблем. Если больше - то уже сложнее.
Это, конечно... Вопрос приоритетов...

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Опять-таки - вопрос убеждения руководства. Докупить диски (массив) обычно все же дешевле выходит, нежели новый сервер.
Не все так просто как кажется

Диски лежат не сами по себе, а в стойке (полке). А стойки закупаются далеко не каждый год. А через пару лет найти диски нужной марки для конкретной стойки - уже проблема. "Антиквариат", понимаешь ли Значит, надо закупать уже и новые стойки к новым дискам или искать "антикварные" диски по очень дополнительной цене.

Это со стороны железа. Теперь смотрим со стороны администратора.

Кроме самой базы нужен еще BackUp. Затем нужна база для разработки. Еще одна база для тестирования. Идельный вариант, иметь еще одну копию базы. А еще может быть база для отчетов. А еще копии базы отчетов. А еще...

Вот и получается, что нужно докупать, минимум, в 5-кратном размере. Ну, т.е. если надо 100ГБ на рабочую базу, значит, придется раскошелится на 500ГБ для дополнительных копий базы.

В общем, хочешь получить "мелочь", но вокруг этой "мелочи" возникает масса дополнительных условий.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Плюс еще момент. Объем данных, который дают индексы может быть на порядок меньше объема данных, который можно потереть без последствий для системы (InventSumTTSLog, *ParmTable, *ParmLine и т.д.). Поэтому тут надо все взвешивать.
Ну, в данном случае речь идет о вполне конкретной таблице InventSettlement. А у нее объем данных и объем индекса примерно равны.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Опять-таки - начальство охотнее пойдет на апгрейд системы, если он потребует минимальных затрат (особенно на железки)
Это в теории. На практике так не получается. Суммарные (итоговые) затраты обычно очень велики. Но вот если удастся разбить затраты на части (этапы внедрения или этапы обновления), то вот в этом случае пробивать легче. Разовый платеж относительно небольшой, а что там по итогам года (или нескольких лет) - уже другой вопрос Проблема как раз в том и состоит, что процесс увеличение дискового пространства на части не делится. "Я бы взял частями, но мне нужно сразу" (с)
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
За это сообщение автора поблагодарили: sukhanchik (2).