Планируем приобрести отдельно диск SSD. Под Базу зарплаты.
Хотелось бы узнать, возможно у кого-то уже есть опыт аналогичных внедрений? Плюсы минусы.
Конфигурация: 1С 7.7 ЗиК, DBF, Терминальное подключение, 20-40 пользователей, размер базы >4Гб
Сервер,сейчас стоит raid5 на обычных сата hdd, ОС Windows2003.
Хотелось бы узнать, возможно у кого-то уже есть опыт аналогичных внедрений? Плюсы минусы.
Конфигурация: 1С 7.7 ЗиК, DBF, Терминальное подключение, 20-40 пользователей, размер базы >4Гб
Сервер,сейчас стоит raid5 на обычных сата hdd, ОС Windows2003.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(0)
В наших задачах узким местом является связка CPU-RAM. Особенно, при терминальном режиме эксплуатации (не в сетевом).
По SSD вот интересная статья:
Я бы для начала рекомендовал заменить RAID 5 на RAID 1+0.
По поводу надежности, в случае отказа, RAID 5 много сказано отрицательных слов. Да и про скорость для наших задач - много сказано...
В наших задачах узким местом является связка CPU-RAM. Особенно, при терминальном режиме эксплуатации (не в сетевом).
По SSD вот интересная статья:
Я бы для начала рекомендовал заменить RAID 5 на RAID 1+0.
По поводу надежности, в случае отказа, RAID 5 много сказано отрицательных слов. Да и про скорость для наших задач - много сказано...
(5) VortexianZzz,
Конечно, работает быстрее, особенно чтение на ура. Но я бы не расслаблялся оносительно надёжности. Желательно бы 2SSD или 3SSD в Raid1.
Одно дело - SSD под ось. Совсем другое - гонять по разделу 4Гб целыми днями. Хвалёный ресурс по записи (тот, что указывается для СРЕДНЕГО пользователя) кончится в десятки раз быстрее.
Конечно, работает быстрее, особенно чтение на ура. Но я бы не расслаблялся оносительно надёжности. Желательно бы 2SSD или 3SSD в Raid1.
Одно дело - SSD под ось. Совсем другое - гонять по разделу 4Гб целыми днями. Хвалёный ресурс по записи (тот, что указывается для СРЕДНЕГО пользователя) кончится в десятки раз быстрее.
(6) evgens_infostart,
Поэтому нужен интел X25-E.
(8) CoverG,
Про трим понятно Нужен Сервер 2008. Но и так вполне нормально будет работать, с учетом Secure Erase каждые полгода. И бэкапом 2 раза в день.
Update.
Поставили базу на SSD OCZ(недорогую). Скорость дисковой подсистемы выросла на порядок. Прилично упала наргузка на ЦП, непонятно почему правда. А в целом время формирования отчетов, проведение документов не сильно снизилось. Тут решает уже ЦПУ - скорость каждого ядра и количество потоков.
Фишка SSD стабильная скорость при многопоточной нагрузке, что он и обеспечивает.
Поэтому нужен интел X25-E.
(8) CoverG,
Про трим понятно Нужен Сервер 2008. Но и так вполне нормально будет работать, с учетом Secure Erase каждые полгода. И бэкапом 2 раза в день.
Update.
Поставили базу на SSD OCZ(недорогую). Скорость дисковой подсистемы выросла на порядок. Прилично упала наргузка на ЦП, непонятно почему правда. А в целом время формирования отчетов, проведение документов не сильно снизилось. Тут решает уже ЦПУ - скорость каждого ядра и количество потоков.
Фишка SSD стабильная скорость при многопоточной нагрузке, что он и обеспечивает.
Использовать SSD-диски имее смысл только под Windows 7 или под Windows 2008, т.к. только они поддерживают технологию TRIM. Эта технология позволяет синхронизирует информацию операционной системы насчёт удалённых файлов с информацией о тех файлах, которые были удалены, но не стёрты с накопителя. TRIM указывает SSD, какие блоки данных уже не используются. Это позволяет стабилизировать производительность и сохранить "здоровье" накопителя SSD со временем.
Самые длительные задачи в ЗиКе, на мой взгляд, не связаны с записью на диск. Возьмём к примеру, расчет страховых взносов, расчет записей журнала зарплата и получение отчета "Свод проводок". Последний выводится намного дольше других (по крайней мере раньше так было). Поэтому, мне кажется, хватило бы обычного рейда-зеркало для больших баз ЗиК.
Добавлю, что в моей практике был случай переноса большой базы ЗиК в ЗУП. Разбивал перенос из-за нехватки памяти примерно на 15-20 этапов, но всё равно каждый этап был достаточно длителен по времени. Я попробовал использовать RAM-диск, и никакого прироста производительности я не заметил.
А вот на бухгалтерии 7.7 при получении отчетов я заметил, что применение MS-SQL намного повышает производительность.
Добавлю, что в моей практике был случай переноса большой базы ЗиК в ЗУП. Разбивал перенос из-за нехватки памяти примерно на 15-20 этапов, но всё равно каждый этап был достаточно длителен по времени. Я попробовал использовать RAM-диск, и никакого прироста производительности я не заметил.
А вот на бухгалтерии 7.7 при получении отчетов я заметил, что применение MS-SQL намного повышает производительность.
Используем уже год два SSD по 64Gb в Raid1 для sql базы УТП. По данным мониторинга в диски уже ничего не упирается, слабое звено - процессор. До недавнего времени i7-860, недавно поменяли на i7-2600, стало намного веселее всё проводиться. На глаз, документ РТиУ с 50 позициями проводится 7-8 секунд. Вроде неплохо для 1С 8.2.
grey_chel пишет:
А вот на бухгалтерии 7.7 при получении отчетов я заметил, что применение MS-SQL намного повышает производительность.
(12) Justlink,
А вот на бухгалтерии 7.7 при получении отчетов я заметил, что применение MS-SQL намного повышает производительность.
1. При каком числе пользователей?
2. ЗиК написана так, что SQL ей противопоказан. Проверено неоднократно, только файловая.
Я использовал RAM-диски. До появления SSD это в разы ускоряло работу баз 1С77. Единственно - размер БД подозрительно большой.
И ещё можно УРБД для параллельной работы расчётчиков по вводу первички, а все тяжёлые расчёты делать локально и монопольно.
PS Что же за база у вас такая, сколько людей и видов расчёта?
(18) 1cSupport - третий,
25-28 активных пользователей.
Не бойтесь ставить SSD под базы данных. При исчерпании ресурса SSD он переходит в режим только для чтения, все данные остаются неповрежденными. Мне кажется они более надежны чем традиционные винчестеры - отсутствуют движущиеся части, нагрев, никаких бэд-блоков и т.д.
Преимуществ много, недостаток только один - малая емкость и цена.
25-28 активных пользователей.
Не бойтесь ставить SSD под базы данных. При исчерпании ресурса SSD он переходит в режим только для чтения, все данные остаются неповрежденными. Мне кажется они более надежны чем традиционные винчестеры - отсутствуют движущиеся части, нагрев, никаких бэд-блоков и т.д.
Преимуществ много, недостаток только один - малая емкость и цена.
Мы используем SSD на серваке вин2003 + Сервер 1с предприятия. скорость работы реально возросла по сравнению с 10 рейдом. SSD ест-но рано или поздно прикажет долго жить, но мгновенно ставится запасной, образ поднимается из системы и продолжается работа...терять нечего...а вот использовать ССД под хранение базы - я бы не стал. велик риск потерять данные
Честно говря, собираюсь брать IBM 3660 на SSD
И, таки IBM дает на них гарантию.
Если бы это был какой-нибудь хьюлет-паккард, я бы сомневался, а IBM всегда отрабатывает свой ресурс.
Думаю, вопрос из разряда "чем отличается SATA из магазина за углом от серверного SAS кроме цены?"
И, таки IBM дает на них гарантию.
Если бы это был какой-нибудь хьюлет-паккард, я бы сомневался, а IBM всегда отрабатывает свой ресурс.
Думаю, вопрос из разряда "чем отличается SATA из магазина за углом от серверного SAS кроме цены?"
nikson52 пишет:
может быть RAM-Drive будет более быстродейственным и надежным, даже при условии постоянного бэкапа?
может быть RAM-Drive будет более быстродейственным и надежным, даже при условии постоянного бэкапа?
мне кажется что SSD и дешевле и надежнее и проще чем RAM-DRIVE будет. Сам собираюсь купить парочку ssd дисков для своих баз.
(25) nick-name, (24)
По SSD могу добавить, уже больше года в продаже более быстрые системы «Сверхбыстрые SSD» для рабочих станций и высокопроизводительных корпоративных систем.
PCI-Ex4 OCZ Revo Drive 3 PCI-Express
У меня предыдущая, вторая версия при этом скорость загрузки Win7 x64 не более 8 секунд, очень шустро все получается. В системе как основной диск OS Win7 x64, Win2003.
Поверьте прирост производительности даже после обычных SSD весьма ощутима.
По SSD могу добавить, уже больше года в продаже более быстрые системы «Сверхбыстрые SSD» для рабочих станций и высокопроизводительных корпоративных систем.
PCI-Ex4 OCZ Revo Drive 3 PCI-Express
У меня предыдущая, вторая версия при этом скорость загрузки Win7 x64 не более 8 секунд, очень шустро все получается. В системе как основной диск OS Win7 x64, Win2003.
Поверьте прирост производительности даже после обычных SSD весьма ощутима.
Justlink пишет:
Не бойтесь ставить SSD под базы данных. При исчерпании ресурса SSD он переходит в режим только для чтения, все данные остаются неповрежденными. Мне кажется они более надежны чем традиционные винчестеры - отсутствуют движущиеся части, нагрев, никаких бэд-блоков и т.д.
Не бойтесь ставить SSD под базы данных. При исчерпании ресурса SSD он переходит в режим только для чтения, все данные остаются неповрежденными. Мне кажется они более надежны чем традиционные винчестеры - отсутствуют движущиеся части, нагрев, никаких бэд-блоков и т.д.
Или просто трупиком, который никто не восстановит... ИМХО только если бэкап делать с нужной регулярностью (от 1 до 24раз в сутки - у кого сколько манагеров).
Боятся конечно не стоит, но без системного бэкапа делать нечего. Ну и конечно же бесперебойник, если только у вас не корпоративного класса ссд с конденсатором и ецц. Но это уже другой бюджет. Имхо ссд отличный вариант при небольшом бюджете, но от всех пробел оно не спасет.
Как правильно тут писали основная нагрузка проц и память.
Как правильно тут писали основная нагрузка проц и память.
Была у меня такая ситуация на сервере 8.2(файловая, 6 Баз, 10Gb) и 7.7 (10 Баз, 4Gb) 30 Юзеров, вот как решили:
Переделали RAID5 в RAID10.
Поставили SSD от Intel на 40Gb.
На SSD перенесли (FAR ALT+F6) файл подкачки ,TEMP папки windows , TEMP пользователей, Временные файлы 8.2 Пользователей.
Настроили по регламенту очистку Временных файлов 8.2
Раз в неделю перегрузка ночью.
Работала как на W2003 так и сейчас на W2008R2.
Прирост в итого вышел на W2003 25% на 2008R2 40%.
Да и база все же должна лежать на HDD RAIDе и бакап, бакап и еще раз бакап.
А если решитесь на SSD RAID то только под новое железо и W2008R2
Переделали RAID5 в RAID10.
Поставили SSD от Intel на 40Gb.
На SSD перенесли (FAR ALT+F6) файл подкачки ,TEMP папки windows , TEMP пользователей, Временные файлы 8.2 Пользователей.
Настроили по регламенту очистку Временных файлов 8.2
Раз в неделю перегрузка ночью.
Работала как на W2003 так и сейчас на W2008R2.
Прирост в итого вышел на W2003 25% на 2008R2 40%.
Да и база все же должна лежать на HDD RAIDе и бакап, бакап и еще раз бакап.
А если решитесь на SSD RAID то только под новое железо и W2008R2
вобщем добавлю свои 5 копеек, стоял у меня SSD на серваке, windows server 2008 r2 все как надо, работало все конечно очень быстро, но через некоторое время периодически стал отключаться SSDшник... после чего все было переведено обратно на работу с HDD. вобщем если особой надобности в быстродействии нет, не стоит выбирать SSD т.к. это более получается более капризная в обслуживании система...
Была у меня такая ситуация на сервере 8.2(файловая, 6 Баз, 10Gb) и 7.7 (10 Баз, 4Gb) 30 Юзеров, вот как решили:
Переделали RAID5 в RAID10.
Поставили SSD от Intel на 40Gb.
На SSD перенесли (FAR ALT+F6) файл подкачки ,TEMP папки windows , TEMP пользователей, Временные файлы 8.2 Пользователей.
Настроили по регламенту очистку Временных файлов 8.2
Раз в неделю перегрузка ночью.
Работала как на W2003 так и сейчас на W2008R2.
Прирост в итого вышел на W2003 25% на 2008R2 40%.
Да и база все же должна лежать на HDD RAIDе и бакап, бакап и еще раз бакап.
А если решитесь на SSD RAID то только под новое железо и W2008R2
Переделали RAID5 в RAID10.
Поставили SSD от Intel на 40Gb.
На SSD перенесли (FAR ALT+F6) файл подкачки ,TEMP папки windows , TEMP пользователей, Временные файлы 8.2 Пользователей.
Настроили по регламенту очистку Временных файлов 8.2
Раз в неделю перегрузка ночью.
Работала как на W2003 так и сейчас на W2008R2.
Прирост в итого вышел на W2003 25% на 2008R2 40%.
Да и база все же должна лежать на HDD RAIDе и бакап, бакап и еще раз бакап.
А если решитесь на SSD RAID то только под новое железо и W2008R2
OCZ Vertex 4 Отдельным дискам только для 1С баз платформы, авто копирование программой Effector Saver через 12 часов, получается в обед и ночью, на NAS накопитель c RAID массивом. Вход посредством Win 2008 и RDP, сам диск стоит на SATAIII скорость и полет нормальный уже больше года. И даже есть он умрет, то есть диск куплен и лежит, можно произвести быструю замену, в течений 15 - 20 минут.
(51) anc2002, был задан вопрос тех.поддержки 1с, по поводу что лучше делать если файловая база данных, и если кэш базы, на что ответ был таков, кэша нет, а если на скоростной диск хотите использовать то лучшее всю базу туда завернуть, ибо обращение к ней идет. Да, и диски бывают разные 100 - 200 мб или 450 - 550. :).
Правильно было сказано зачем SSD попробуй сначала свои харды поставь в страйп и мирор, страйп в разы ускоряет работоспособность (Скорость чтения с HDD возрастает) а мирор клонирует всю инфу и ты уже не беспокоишься за потерю данных,8 гб оперативы вполне достаточно для 64bit сервака если у тебя конечно пользовотелей штук 10.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот