Здравствуйте!
Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах использует Постгре. Только так, по его словам, можно достичь комфортной скорости работы.
Я настороженно отношусь к этим дискам и пока не использовал в режимах с интенсивной записью. /var /home и образы виртуалок держу на обычных магнитных дисках.
Хочу спросить у знающих людей, действительно ли я отстал от жизни и современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ положительный, то какой диск лучше брать и какую Линуксовую фс использовать?
> Хочу спросить у знающих людей, действительно ли я отстал от жизни и
> современный ssd при интенсивной записи не сдохнет чез год-два.ssd уже давно не дохнут как мухи, однако, это не отменяет факта того, что любой современный носитель информации - расходный материал.
> положительный, то какой диск лучше братьЗависит от суммы, которую ты готов потратить и твоих приоритетов - важно быстро читать, быстро писать или иметь разумный баланс между скоростью чтения и записи. Смотри характеристики и выбирай, в любом случае будет лотерея.
> и какую Линуксовую фс использовать?
Думаю, что совершенно пофиг, т.к. выбирать особо не из чего - ext4 пожалуй единственная более-менее стабильная ФС под линукс, все остальное либо сырое, либо устаревшее, либо кривое, либо не поддерживается. Но это мое частное мнение.
> Здравствуйте!
> Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно
> рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах
> использует Постгре.для сервера баз данных прежде всего надо смотреть ресурс диска
SSD Intel Original SATA III 480Gb SSDSC2KG480G801 DC D3-S4610 2.5"
Ресурс SSD 3072 TBW
Скорость чтения До 560 Мб/сек
Скорость записи До 510 Мб/сек
если SAS нужен
SSD HGST SAS 400Gb 0B34961 HUSMR3240ASS204 Ultrastar SS300 2.5"посмотрите на цены
>> Здравствуйте!
>> Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно
>> рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах
>> использует Постгре.В сложных системах, состоящих из разных кирпичей, как раз таковой и является 1С, диск может не являться узким горлышком всей системы, подчеркну всей системы. Другое дело, если у вас один комп, на котором все, ну тогда да, хотя и тут размер памяти и возможности проца внесут определенный вклад
>>> Здравствуйте!
>>> Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно
>>> рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах
>>> использует Постгре.
> В сложных системах, состоящих из разных кирпичей, как раз таковой и
> является 1С, диск может не являться узким горлышком всей системы,
> подчеркну всей системы. Другое дело, если у вас один комп, на
> котором все, ну тогда да, хотя и тут размер памяти и
> возможности проца внесут определенный вкладС точки зpения банальной эpудиции. каждый индивидуум, кpитически мотивиpующий абстpакцию, не может игноpиpовать кpитеpии утопического субьективизма, концептуально интеpпpетиpуя общепpинятые дефанизиpующие поляpизатоpы, поэтому консенсус, достигнутый диалектической матеpиальной классификацией всеобщих мотиваций в паpадогматических связях пpедикатов, pешает пpоблему усовеpшенствования фоpмиpующих геотpансплантационных квазипузлистатов всех кинетически коpеллиpующих аспектов.
Что же касается вопроса заданного топикстартером, то прежде всего - "специалист с богатым опытом сопровождения 1С в разный огранизациях" - должен знать, что 1С - оптимизирована исключительно под MSSQLServer и на всем что не MSSQLServer - она работает так себе.. хоть с SSD хоть без них. Особенность логики 1С - огромное количество соединений и временных таблиц (через которые 1С делает складывается впечатление любые запросы в базе), и если у вас вся темповая база не помещается в памяти вам будет грустно.
И вообще, есть специализированные форумы посвященные 1С - такие вопрос лучше спрашивать там.
Даже несмотря на то, что основное население там- люди в СУБД сильно некомпетентные и буквально купаются в мифах и домыслах.
> Что же касается вопроса заданного топикстартером, то прежде всего - "специалист с
> богатым опытом сопровождения 1С в разный огранизациях" - должен знать, что
> 1С - оптимизирована исключительно под MSSQLServer и на всем что не
> MSSQLServer - она работает так себе.. хоть с SSD хотьhttps://1cfresh.com/ <- вот этим ребятам об этом расскажи, а то они не знают нихера, на pg держат.
а на счет ssd, читает быстро, конечно, но таки не панацея. 1с в смысле логики генерации запросов запросто посоревнуестся с какой-нить sql-алхимией, так что нарваться на внезапно покривевшую статистику - как два пальца. Проблемы с планировщиком никаким ssd не компенсируешь, но это уже все от вашей-конкретной базы зависит и от объема. Может проще пару планок памяти добавить - ram-не-догонят (петь два раза)
>> Что же касается вопроса заданного топикстартером, то прежде всего - "специалист с
>> богатым опытом сопровождения 1С в разный огранизациях" - должен знать, что
>> 1С - оптимизирована исключительно под MSSQLServer и на всем что не
>> MSSQLServer - она работает так себе.. хоть с SSD хоть
> https://1cfresh.com/ <- вот этим ребятам об этом расскажи, а то они не
> знают нихера, на pg держат.что они держат? кого за что они держат? у кого они держат?
как всегда - мифы и домыслы...
>[оверквотинг удален]
> 1С - оптимизирована исключительно под MSSQLServer и на всем что не
> MSSQLServer - она работает так себе.. хоть с SSD хоть
> без них. Особенность логики 1С - огромное количество соединений и
> временных таблиц (через которые 1С делает складывается впечатление любые запросы в
> базе), и если у вас вся темповая база не помещается в
> памяти вам будет грустно.
> И вообще, есть специализированные форумы посвященные 1С - такие вопрос лучше спрашивать
> там.
> Даже несмотря на то, что основное население там- люди в СУБД сильно
> некомпетентные и буквально купаются в мифах и домыслах.Информация уже неактуальна. PostgreSQL уже догнал по производительности MSSQL. Где-то работает побыстрее, где-то помедленнее. Но основная ценность его в том, что если кто-то написал на 1С 8.3 отчет или обработку и они медленно работают - обратитесь к нормальному специалисту - он их исправит. PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую базу данных, в которой все работает, а потом через пару месяцев база падает, т.к. всего-лишь вырос объем данных. MSSQL тоже легко уронить. В частности - рост tempdb - один из показателей. Кроме того - если в 1c на MSSQL сделать отчет, который будет производить перебор данных полного справочника номенклатуры - у всех также будут тормоза, т.к. в MSSQL существует блокировка не только на запись, но и на чтение.
> медленно работают - обратитесь к нормальному специалисту - он их исправит.
>> медленно работают - обратитесь к нормальному специалисту - он их исправит.
> https://www.opennet.me/opennews/art.shtml?num=50148Ты нам пытаешься сказать, что в посттгресе есть ошибки?
>[оверквотинг удален]
> если кто-то написал на 1С 8.3 отчет или обработку и они
> медленно работают - обратитесь к нормальному специалисту - он их исправит.
> PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую
> базу данных, в которой все работает, а потом через пару месяцев
> база падает, т.к. всего-лишь вырос объем данных. MSSQL тоже легко уронить.
> В частности - рост tempdb - один из показателей. Кроме того
> - если в 1c на MSSQL сделать отчет, который будет производить
> перебор данных полного справочника номенклатуры - у всех также будут тормоза,
> т.к. в MSSQL существует блокировка не только на запись, но и
> на чтение.Но тем не менее - только сегодня беседовал с народом из 1С. Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает 500 человек, говорят что наступает сильная деградация производительности. Они в курсе в чем причина, но в виду того что по их же словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить ресурсы на оптимизацию в обозримом будущем.
> Но тем не менее - только сегодня беседовал с народом из 1С.
> Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает
> 500 человек, говорят что наступает сильная деградация производительности. Они в курсе
> в чем причина, но в виду того что по их же
> словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить
> ресурсы на оптимизацию в обозримом будущем.такое мог тебе сообщить только тот кто вообще не понимает как работает серия 1СV8.
поясняю - там к базе SQL коннектится только сервер приложений 1С и только под своей учетной записью настроенной, а все ваши юзеры идут на сервер приложений.
>[оверквотинг удален]
>> Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает
>> 500 человек, говорят что наступает сильная деградация производительности. Они в курсе
>> в чем причина, но в виду того что по их же
>> словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить
>> ресурсы на оптимизацию в обозримом будущем.
> такое мог тебе сообщить только тот кто вообще не понимает как работает
> серия 1СV8.
> поясняю - там к базе SQL коннектится только сервер приложений 1С и
> только под своей учетной записью настроенной, а все ваши юзеры идут
> на сервер приложений.И из проверхностного знакомства с трехзвенной архитектурой вы делаете вывод что количество пользователей и нагрузка на базу данных- никак не связаны ?
Гуманитарий или просто выходные удались?
Окей, значит специалисты их 1С не знают как работают 1С? А может все проще - ты не в курсе чем отличается методы обработки блокировки записи перед изменением в MSSQL и PostgreSQL? Это для начала... А для осознания своей безграмотности осознай простой факт - не важно куда коннектятся юзеры, к серверу приложений или непосредственно к БД, важно что при росте числа юзеров - растет число запросов к БД... И далее см. во-первых - эти различия начинают играть роль. Все потому что сервер приложений оптимизирован для работы с тем типом блокировки, которые в mssql, а не в постгресе...
Чтоб немного осознал размер засады - Oracle, который вообще икона для высоконагруженных систем, сливает в случае работы с 1С mssql ровно по той же причине...
Сразу скажу - если ты сейчас начнешь спорить что в пострегесе и оракле эти механизмы более идеологически правильные, я спорить не буду - более того, я согласен с этим утверждением. Но это к делу не имеет никакого отношения - ибо есть реальность, которая гласит - оптимизировано под mssql (так исторически сварилось), число установок под постгрес - настолько мало, что поддержка версии оптимизированной под постгрес считается нецелесообразной. Это - официальная позиция, озвученная представителями 1С.
>[оверквотинг удален]
> Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно
> рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах
> использует Постгре. Только так, по его словам, можно достичь комфортной скорости
> работы.
> Я настороженно отношусь к этим дискам и пока не использовал в режимах
> с интенсивной записью. /var /home и образы виртуалок держу на обычных
> магнитных дисках.
> Хочу спросить у знающих людей, действительно ли я отстал от жизни и
> современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ
> положительный, то какой диск лучше брать и какую Линуксовую фс использовать?Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая - хватит. Другие совету тоже учиту.
> Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая -
> хватит. Другие совету тоже учиту.В твоем случае ключевой показатель - TBW. Если он меньше 1PTB - ставить на них БД надо после того как обновил резюме.