Доброго времени суток!
Имеется "сервер" на базе Windows 2003 32bit + MS SQL 2000 + 1C 7.7, все это добро крутиться на обычном ПК на базе Core2Duo e7300 + 4Gb + 2*300SAS диска (через контроллер), клиентов по сети цепляется 20-30 база уже 36 гигов, ну как бы все работает и проблем не доставляет. Появилась возможность взять сервер SuperMicro с 2CPU x Xeon 2.3GHz 16GB ну и поставить туда 4 винта намутить RAID 10 и поставить Windows 2003 64 bit + поискать SQL Server 2000 64 bit, вопрос стоит ли затевать ?
PS Переход на 8 пока совсем не планируется.
(1) alex_gus, Да, кстати, операционку лучше ставить Windows Server 2003 R2 х64 - в самый раз.
А то некоторые подумали, что указанная вами Windows 2003 - это пользовательская операционка.
(54) alex_sh2008, а в чем принципиально будет разница между 2003 и 2008, для моих задач ?
(53) ZORGE_Tech, да типовые не совраичвают никак, переписана сильно, добавлено много документов своих...труба короче...но если прижмет то будем садиться за допил свертки.
(29) alex_gus, Жаль, много памяти не поставишь, хотя 16гб в наличии - хорошее подспорье.
Вообще процессор плохо поддерживает виртуализацию, те что работают с DDR3 памятью - те лучше.
Перейти вообще-то стоит, но лучше , если бы удалось найти что-то с DDR3 памятью - легче расширять память. Она стоит дешевли . И , скорее всего, процессор будет с технологией виртуализации VTx - можно будет виртуализировать доп сервер (например терминальный ). Правда в этом случае придется ставить систему Windows Server 2008 R2 x64
С учетом того, что 1с 7.7 не запускают на сервере - нет смысла ставить старую систему. Можно сразу ставить хотя бы Windows Server 2008 R2 x64
(32) Ovrfox, не работают не значит не запускают - на сервере 7.7 запускается для "восстановления последовательности", через танцы с бубном используя recconnect к базе, иначе с каждым проведенным документом производительности снижается.
(9) alex_gus, прирост может и будет, но вот увидят ли его пользователи... Если всё работает и проблем не доставляет, может тогда проще пару серверных ссд воткнуть - делов меньше, производительности больше.
тут очень тяжко ответить. хуже не будет. по теории будет будет лучше и быстрее (если бы серв описали подробнее может, что и подсказал).
Повысится надежность.Нагрузка на сервак будет меньше.
SQL очень любит память(тут даже ECC будет)
А вот если 30 юзеров начнут тяжкие отчеты делать тут "новый сервак" я думаю очень вырвется.
Для начала уточните, что ваш новый сервер будет поддерживать устаревшее ПО. Как правило новые платформы серверов не имеют драйверов для устаревших ОС.
Кстати, серверное ПО как правило не имеет драйверов на десктопное железо.
(18) smaharbA, Если денег не хватает даже на з/п программиста, то покупать нужно только NOName/
А если на з/п хватает, то как может не хватить на сервер?
А у вас только 1С 7.7 на сервере работает ? Других программ нет ? ( например клиент банк или по сдачи отчетности - в Украине например Медок - уж очень неповоротливая программа )
По моему опыту, переход с SQL2000 на SQL2005 x64 - это как получить пенделя - сразу все залетало.
Появилось впечатление, что даже печатать стало быстрее и это - просто из-за переустановки ОС и MS SQL на том же самом железе.
Кстати, делать RAID 10 для MS SQL нет смысла. Проще добавлять зеркальные пары по мере их появления и распределять файл БД по всем существующим томам.
MS SQL самостоятельно перераспределит БД по разным томам(имеется в виду, когда уже есть файлы БД на разных томах. Перераспределится содержимое файлов), причем даже с учетом их быстродействия (если оно разное). Это произойдет в момент переиндексации.
ЗЫ: Если сервер MS SQL совмещен с терминальным, то лучше ограничить использование памяти для MS SQL. Не больше чем все за исключением 2Гб
Это лечится другим способом - нужно пересчитывать статистику - раз в час - нормально
Ну и в новом варианте имеет смысл сделать виртуальную гостувую ось (хоть winXP, но лучше Win Server 2003), с помощью которой и запускать 1с, если это необходимо.
(34) Ovrfox, немного не понял ? "Это лечится другим способом - нужно пересчитывать статистику - раз в час - нормально "
(35) craz, решили все таки заморочиться, в выходные поеду за сервером, будем поднимать на нем Win2003 64Bit + SQL Server2005. Осталось выбрать для него винты.
(36) alex_gus, Это известная проблема - деградация времени для расчета остатков по регистрам , связанная с проведение большого числа документов.
Один из самых эффективных способов - это уменьшение периода перехода остатков - но это для крайнего случая.
В враинате же ускорить проведение, иногда в несколько раз, - это просто пересчитать статистику. Возможно вам стоит ознакомится со статьей
http://infostart.ru/public/256292/
(40) alex_gus, Тут и думать нечего обычные SSD - 6 штук. Больше все равно не влезет.
Оптимально - 512 - 1024 Gb Samsung 850Evo - надежные, быстрые, подойдут и для последующих серверов.
Вопрос где взять преходники для запихивания в HOT-SWAP - но это вопрос решабельный.
(43) alex_gus, Не умеет нормально работать и не умеет работать - большая разница.
Если контроллер нормальный (а в тех SSD, что я посоветовал он такой), то он и сам справится.
Кроме того - это еще один намек таки воспользоваться виртуализацией , благо памяти есть в достатке.
Т.е. поставить таки Win Srv 2008 + SQL 2008 и поставить гостевую Win Srv 2003.
Боятся виртуализации не стоит, тем более , что для терминального сервера не нужно иметь быструю дисковую подсистему. Да, на вашем процессоре не совсем быстро будет работать гостевая, но с учетом того, что там будет выполняться только клиент - этого будет достаточно. А настроить виртуализацию на виндовой системе сейчас очень просто.
(43) alex_gus, Кстати, если диски обьединены в RAID 1, то ими занимается только контроллер (со стороны системы - это уже единый том)
Т.е. в такой конфигурации все равно какая операционная система и умеет она или не умеет работать с дисками SSD. Главное, чтобы контроллер RAID, умел с ними обращаться.
У нас администратор разбирался, почему деградация производительности на дисках SSD, как то смог разобраться - нет трим. Почитал форумы, оказалось нужно проапгрейдить БИОС контроллера (это были HP G6 сервера, не помню, какой контроллер). Выполнил, и без проверки сказалось на производительности.
За три месяца работы на новой дисковой подсистеме (на 4-х SSD) производительность упала примерно в 2 раза, один неприятный отчет, который делается в конце месяца для проверки данных/отчета выполнялся 20-40 минут во время работы пользователей (при монопольном доступе, второй раз выполнялся за 1.5-2 минуты, а первый раз - минут 10). Так вот - он стал склоняться уже к 40 - 60 минутам. А т.к. отчетное время - 2-3 дня, то люди какбы жаловались, что плохо успевают (запускали этот отчет под разными пользователями с разными параметрами, чтобы вовремя получить ответ). А после апдейта контроллера - опять стало 20 минут, причем в панели работы контроллера диски стали отображаться как SSD. При этом, естественно, все происходило на системе Win Srv 2003.
(45) Ovrfox, спасибо за ответ! Но есть одно НО стоимость сервера 10т.р., стоимость одного SSD Samsung 850 на 1024Gb - 26т.р, на 512 - 18т.р., а их нужно 4 - никто таких денег не выделит. потому лепить будем на классике, соответственно надо выбрать оптимальную классику.
(46) alex_gus, это какие же жесткие диски в количестве 4шт должны влезть в 10 т.р. да ещё и с сервером? мне вот самый дешевый на 250Гб в первом прайсе за 2540руб. попался. Рассматриваются б/у варианты, или mission imposible?
(46) alex_gus, Верно, но диски можно будет использовать и тогда, когда Вы перейдете на новый сервер в 100 раз дороже.
Кроме того HDD это как бутылка с водой. Воду нужно пить и ты покупаешь ее. Можно сэкономить и купить бутылку , наполненную наполовину дешевле. Но всегда появится человек, который начнет недорогшо продавать пустые бутылки. Ты купишь, но жажду не утолишь. Тогда вспомнишь меня и подумаешь: Да, б/у зонтик еще можно купить, но б/у бутылку с водой - больше никогда.
Вывод б/у сервер можно купить, в нем есть части, которые медленно портятся - корпус, процессор, память. Но HDD и вентиляторы лучше покупать новые. На этом нельзя экономить!
Я бы лучше сначала базу свернул. Всё таки 32Gb не шутки, и тем более все равно ведь нужно будет сворачивать. А производительности это прибавит, т.к. 7.7 тормознутая и всё равно все мощности нового сервера не будет использовать.
Не понял, как это не сворачивается уже? Если слишком большая (что вряд ли), то я и 50 гиговую базу сворачивал. Или вы имеете в виду переделана настолько, что не сворачивается типовыми методами? Так ведь можно подкрутить, напильноком рихтануть и всё свернется. Всё равно ведь рано или поздно сворачивать придется, тем более что на 8.х переходить не собираетесь в ближайшем будущем если я правильно понял. Просто чем больше база тем тормоза будут становится всё невыносимее. Это ж 7.7