Предстоит переход БП с 2.0 на 3.0. Пользователей – 6..8 бухов, работа не очень интенсивная, база файловая (3Gb) не большая, железо CPU i7, RAM 32, HDD raid 10 (зеркало), плюсом на нем еще УТ 10,3 и HRM 2.5. Смоделировал переход БП 2.0 на 3.0 на копии базы. БП 3.0 объем вырос, скорость упала, упала заметно. Смотрю в сторону перевода БП на отдельный (конкретный) SSD. Есть возможность купить SSD Intel S3520 (SSDSC2BB480G701), скорость записи/чтения 380/450 Мб/с, для сервера (якобы), стоимость 20т.руб.
Вопрос, кто, что может сказать про этот диск для размещения базы БП. Знаю, что есть старшие серии, но есть бюджет. Может что подобное не Intel.
Вопрос, кто, что может сказать про этот диск для размещения базы БП. Знаю, что есть старшие серии, но есть бюджет. Может что подобное не Intel.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Хороший выбор:
Если пробовать обычные SSD, то смотрите в сторону Kingston Hyperx Savage, Kingston Hyperx Fury - у них заявлен TBW 450...700 по сравнению с "бытовыми", у которых 40...70 или вообще не заявлен.
Я бы взял любой бытовой SSD, поставил в сервер и проверил. По личному опыту, если база на общей сетевой папке, то прирост скорости БП 3.0 будет около 5%. Разница заметна будет только под rdp или SQL, но тоже не в разы.
Ресурс SSD 945 TBW
Ресурс DWPD 1.1 перезаписи всего объема накопителя в день (DWPD - Drive Writes Per Day) в течение 5 лет
Для веб-сервера или файлового сервера Подходит
Тип оборудования SSD для корпоративных систем
Для сервера баз данных Не подходит (недостаточный ресурс)
Емкость накопителя 480 Гб
(сервер баз данных - имеется в виду SQL)
Ресурс DWPD 1.1 перезаписи всего объема накопителя в день (DWPD - Drive Writes Per Day) в течение 5 лет
Для веб-сервера или файлового сервера Подходит
Тип оборудования SSD для корпоративных систем
Для сервера баз данных Не подходит (недостаточный ресурс)
Емкость накопителя 480 Гб
Если пробовать обычные SSD, то смотрите в сторону Kingston Hyperx Savage, Kingston Hyperx Fury - у них заявлен TBW 450...700 по сравнению с "бытовыми", у которых 40...70 или вообще не заявлен.
Я бы взял любой бытовой SSD, поставил в сервер и проверил. По личному опыту, если база на общей сетевой папке, то прирост скорости БП 3.0 будет около 5%. Разница заметна будет только под rdp или SQL, но тоже не в разы.
Поддержу (3): при файловом доступе к базе по сети SSD практически ничего не даст: тут узкое место - сама сеть, даже идеально сделанная гигабитная даст скорость обмена порядка 100-120 мегабайт в секунду, это скорость обычного "классического" HDD. Реальная сетка может дать и меньше - коллизии, потери пакетов и т.д.
Плюс сетевое кэширование данных сервером (если, конечно, на нем установлена серверная ОС, это важно!) еще сильнее сгладит этот эффект.
В-общем, суммарный выхлоп будет мизерным при любом SSD.
Так что "тетеньки" либо перевоспитываются, либо пусть терпят тормоза.
Или, как вариант, перевести всю эту кухню не на RDP, а на RemoteApp.
Плюс сетевое кэширование данных сервером (если, конечно, на нем установлена серверная ОС, это важно!) еще сильнее сгладит этот эффект.
В-общем, суммарный выхлоп будет мизерным при любом SSD.
Так что "тетеньки" либо перевоспитываются, либо пусть терпят тормоза.
Или, как вариант, перевести всю эту кухню не на RDP, а на RemoteApp.
Возможно вы правы – взять SSD «бытовой» с хорошими показателями записи/чтения, прослужит 1..3 года при ежедневном бэкапе базы, затем менять на новый. SSD Kingston HyperX Savage 240Гб стоит в примерно 9т.руб., а серверный SSD минимум 20т.руб. из-за гарантированного ресурса. Контора государственная, поэтому такие «костыли». SQL финансово не теням (под 200т. только ПО). RDP не нравится «тетенькам» - отдельное окно, а где ворд-ексель, а где почта, инет; нет мне так не надо – сделай как раньше.
Дело даже не в сети, а в платформе, которая видит, что база в сетевой папке, и по одной ей ведомой причине снижает производительность. А если бухгалтерам не нравится RDP, попробуйте RemoteApp - тут поддержу
(6)
и сам неоднократно проверял - нормально работают. Сложности будут с выгрузкой всякой отчетности и сохранением в эксель, но и это всё решаемо.
(6)
и сам неоднократно проверял - нормально работают. Сложности будут с выгрузкой всякой отчетности и сохранением в эксель, но и это всё решаемо.
(8)
"Легенды" - потому что официального подтверждения этой фичи ни разу не попалось.
Дело даже не в сети, а в платформе, которая видит, что база в сетевой папке, и по одной ей ведомой причине снижает производительность.
Если это так, то вспоминаются легенды о том, что Windows отключает кэширование сетевых данных на запись, если к компу не подключен UPS с обратной связью - типа, нет уверенности, что электричество не исчезнет в любой момент, а потому в ОЗУ ничего важного не храним!
"Легенды" - потому что официального подтверждения этой фичи ни разу не попалось.
(10) Не легенды, а личные наблюдения. Скопируйте БП 3.0 в общую папку незагруженного тестового сервера с пропускной способностью сети и файловой системы 1Гбит, запустите и в обычном диспетчере задач увидите использование сети 2-3% с заметными паузами. На чтение, не на запись.
(11)
все же легенды.
у меня порядка сотни баз в файловом варианте.
лежат на хост.машине. расшарены как сетевые ресурсы.
на виртуалке поднят терминальный сервер. у клиентов сетевые папки подключены как сетевые диски.
тормозов -- нет.
да, только не нужно рассказывать, что платформа умеет определять то, что виртуальная машина и сетевые ресурсы находятся на одной хост.машине, т.к. это будет уже совсем фантастика. :)
Не легенды, а личные наблюдения. Скопируйте БП 3.0 в общую папку незагруженного тестового сервера с пропускной способностью сети и файловой системы 1Гбит, запустите и в обычном диспетчере задач увидите использование сети 2-3% с заметными паузами. На чтение, не на запись.
все же легенды.
у меня порядка сотни баз в файловом варианте.
лежат на хост.машине. расшарены как сетевые ресурсы.
на виртуалке поднят терминальный сервер. у клиентов сетевые папки подключены как сетевые диски.
тормозов -- нет.
да, только не нужно рассказывать, что платформа умеет определять то, что виртуальная машина и сетевые ресурсы находятся на одной хост.машине, т.к. это будет уже совсем фантастика. :)
(9) + согласен. БП 3.0 на управляемых формах, так что попробуйте для начала развернуть бухгалтерию через web-сервер, а затем уже по результатам будет видно, нужен ssd-диск или нет. А вообще по теме, если и будете брать SSD, то уж пускай на нем вертится и операционная система и все базы 1С. Не забываем про обязательный бэкап рабочих баз на отдельный жесткий диск.
Нет нечего лучше чем RDP, по сети конечно не спасёт SSD. Я в своё время делал так база крутится на SQL всё работают в RDP а сами log и MDF файлы лежат на SSD диске, всё было хорошо, пока SSD не навернулся, после этого переложил log и MDF на серверный SAS, разницы если честно не заметил.
Использование одного SSD, неразумно даже при ежедневных бекапах.
RAID 10 на таких SSD sv300s37a60g и аналогичных работает без проблем по 3+ лет
в сторону Raid 5 не смотрите , заметно упадет скорость записи
120Gb для ваших баз хватит даже с большим журналом.
RAID 10 на таких SSD sv300s37a60g и аналогичных работает без проблем по 3+ лет
в сторону Raid 5 не смотрите , заметно упадет скорость записи
120Gb для ваших баз хватит даже с большим журналом.
Сказки про то, что "мы купим один SSD и будем регулярно делать бэкапы" не работает. SSD умрёт в самый неподходящий момент и вы потеряете не только время, но и репутацию. Поэтому:
1. 4 SSD, предназначенных для круглосуточной работы
2. RAID-контроллер и уровень RAID-10
3. Конечно же резервное копирование на внешний диск или хранилку по (как минимум 1Gbps) сети
4. Круглосуточный мониторинг состояния RAID
5. В загашнике ещё один SSD для оперативной замены.
Вот тогда будет работать принцип "поставил и забыл" :)
Всё остальное требует ежедневной утренней молитвы во здравие техники...
1. 4 SSD, предназначенных для круглосуточной работы
2. RAID-контроллер и уровень RAID-10
3. Конечно же резервное копирование на внешний диск или хранилку по (как минимум 1Gbps) сети
4. Круглосуточный мониторинг состояния RAID
5. В загашнике ещё один SSD для оперативной замены.
Вот тогда будет работать принцип "поставил и забыл" :)
Всё остальное требует ежедневной утренней молитвы во здравие техники...
(23) при небольшом количестве пользователей web и rdp будут работать практически одинаково.
при большом количестве пользователей - rdp будет быстрее, т.к. веб публикация(в фйаловом варианте) серверные вызовы делает последовательно,
но можно сделать несколько публикаций на разные порты.
с рдп могут возникнуть вопросы с подключением оборудования.
при большом количестве пользователей - rdp будет быстрее, т.к. веб публикация(в фйаловом варианте) серверные вызовы делает последовательно,
но можно сделать несколько публикаций на разные порты.
с рдп могут возникнуть вопросы с подключением оборудования.
(24) а при web с подключением оборудования нормально все? просто есть другая база там кассы по rdp по 10 минут чек печатают, может ее тоже есть смысл перевести на web?
(25) на новый комп уже вряд ли бюджет дадут, так по мелочи если только на ssd получиться выбить, пока попробуем с разными подключениями поиграться
(25) на новый комп уже вряд ли бюджет дадут, так по мелочи если только на ssd получиться выбить, пока попробуем с разными подключениями поиграться
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот