https://opennet.dev/openforum/vsluhforumID1/97377.html Здравствуйте!<br>Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах использует Постгре. Только так, по его словам, можно достичь комфортной скорости работы.<br>Я настороженно отношусь к этим дискам и пока не использовал в режимах с интенсивной записью. /var /home и образы виртуалок держу на обычных магнитных дисках.<br>Хочу спросить у знающих людей, действительно ли я отстал от жизни и современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ положительный, то какой диск лучше брать и какую Линуксовую фс использовать? <br> https://opennet.dev/openforum/vsluhforumID1/97377.html#15 Mon, 04 Mar 2019 07:51:59 GMT Окей, значит специалисты их 1С не знают как работают 1С? А может все проще - ты не в курсе чем отличается методы обработки блокировки записи перед изменением в MSSQL и PostgreSQL? Это для начала... А для осознания своей безграмотности осознай простой факт - не важно куда коннектятся юзеры, к серверу приложений или непосредственно к БД, важно что при росте числа юзеров - растет число запросов к БД... И далее см. во-первых - эти различия начинают играть роль. Все потому что сервер приложений оптимизирован для работы с тем типом блокировки, которые в mssql, а не в постгресе...<br>Чтоб немного осознал размер засады - Oracle, который вообще икона для высоконагруженных систем, сливает в случае работы с 1С mssql ровно по той же причине...<br>Сразу скажу - если ты сейчас начнешь спорить что в пострегесе и оракле эти механизмы более идеологически правильные, я спорить не буду - более того, я согласен с этим утверждением. Но это к делу не имеет никакого отношения - ибо есть реальность, которая гласит - оптимизировано под m https://opennet.dev/openforum/vsluhforumID1/97377.html#14 Sun, 03 Mar 2019 18:20:27 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает <br>&gt;&gt; 500 человек, говорят что наступает сильная деградация производительности. Они в курсе <br>&gt;&gt; в чем причина, но в виду того что по их же <br>&gt;&gt; словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить <br>&gt;&gt; ресурсы на оптимизацию в обозримом будущем.<br>&gt; такое мог тебе сообщить только тот кто вообще не понимает как работает <br>&gt; серия 1СV8.<br>&gt; поясняю - там к базе SQL коннектится только сервер приложений 1С и <br>&gt; только под своей учетной записью настроенной, а все ваши юзеры идут <br>&gt; на сервер приложений.<br><br>И из проверхностного знакомства с трехзвенной архитектурой вы делаете вывод что количество пользователей и нагрузка на базу данных- никак не связаны ?<br>Гуманитарий или просто выходные удались?<br><br> https://opennet.dev/openforum/vsluhforumID1/97377.html#13 Sun, 03 Mar 2019 14:16:08 GMT &gt; Но тем не менее - только сегодня беседовал с народом из 1С. <br>&gt; Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает <br>&gt; 500 человек, говорят что наступает сильная деградация производительности. Они в курсе <br>&gt; в чем причина, но в виду того что по их же <br>&gt; словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить <br>&gt; ресурсы на оптимизацию в обозримом будущем.<br><br>такое мог тебе сообщить только тот кто вообще не понимает как работает серия 1СV8.<br><br>поясняю - там к базе SQL коннектится только сервер приложений 1С и только под своей учетной записью настроенной, а все ваши юзеры идут на сервер приложений.<br> https://opennet.dev/openforum/vsluhforumID1/97377.html#12 Wed, 27 Feb 2019 07:42:34 GMT <br>&gt; Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая - <br>&gt; хватит. Другие совету тоже учиту.<br><br>В твоем случае ключевой показатель - TBW. Если он меньше 1PTB - ставить на них БД надо после того как обновил резюме.<br> https://opennet.dev/openforum/vsluhforumID1/97377.html#11 Tue, 26 Feb 2019 14:45:04 GMT <br>&gt;[оверквотинг удален]<br>&gt; если кто-то написал на 1С 8.3 отчет или обработку и они <br>&gt; медленно работают - обратитесь к нормальному специалисту - он их исправит. <br>&gt; PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую <br>&gt; базу данных, в которой все работает, а потом через пару месяцев <br>&gt; база падает, т.к. всего-лишь вырос объем данных. MSSQL тоже легко уронить. <br>&gt; В частности - рост tempdb - один из показателей. Кроме того <br>&gt; - если в 1c на MSSQL сделать отчет, который будет производить <br>&gt; перебор данных полного справочника номенклатуры - у всех также будут тормоза, <br>&gt; т.к. в MSSQL существует блокировка не только на запись, но и <br>&gt; на чтение.<br><br>Но тем не менее - только сегодня беседовал с народом из 1С. Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает 500 человек, говорят что наступает сильная деградация производительности. Они в курсе в чем причина, но в виду того что по их же словам число пользователей, использующих PostgreSQL исчезающе м https://opennet.dev/openforum/vsluhforumID1/97377.html#10 Tue, 26 Feb 2019 03:59:19 GMT &gt;&gt; медленно работают - обратитесь к нормальному специалисту - он их исправит.<br>&gt; https://www.opennet.ru/opennews/art.shtml?num=50148 <br><br>Ты нам пытаешься сказать, что в посттгресе есть ошибки?<br><br><br> https://opennet.dev/openforum/vsluhforumID1/97377.html#9 Mon, 25 Feb 2019 17:38:42 GMT &gt; медленно работают - обратитесь к нормальному специалисту - он их исправит. <br><br>https://www.opennet.ru/opennews/art.shtml?num=50148<br> https://opennet.dev/openforum/vsluhforumID1/97377.html#8 Mon, 25 Feb 2019 13:44:49 GMT &gt;[оверквотинг удален]<br>&gt; Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно <br>&gt; рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах <br>&gt; использует Постгре. Только так, по его словам, можно достичь комфортной скорости <br>&gt; работы.<br>&gt; Я настороженно отношусь к этим дискам и пока не использовал в режимах <br>&gt; с интенсивной записью. /var /home и образы виртуалок держу на обычных <br>&gt; магнитных дисках.<br>&gt; Хочу спросить у знающих людей, действительно ли я отстал от жизни и <br>&gt; современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ <br>&gt; положительный, то какой диск лучше брать и какую Линуксовую фс использовать? <br><br>Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая - хватит. Другие совету тоже учиту.<br><br><br> https://opennet.dev/openforum/vsluhforumID1/97377.html#7 Mon, 25 Feb 2019 08:56:30 GMT &gt;[оверквотинг удален]<br>&gt; 1С - оптимизирована исключительно под MSSQLServer и на всем что не <br>&gt; MSSQLServer - она работает так себе.. хоть с SSD хоть <br>&gt; без них. Особенность логики 1С - огромное количество соединений и <br>&gt; временных таблиц (через которые 1С делает складывается впечатление любые запросы в <br>&gt; базе), и если у вас вся темповая база не помещается в <br>&gt; памяти вам будет грустно.<br>&gt; И вообще, есть специализированные форумы посвященные 1С - такие вопрос лучше спрашивать <br>&gt; там.<br>&gt; Даже несмотря на то, что основное население там- люди в СУБД сильно <br>&gt; некомпетентные и буквально купаются в мифах и домыслах.<br><br>Информация уже неактуальна. PostgreSQL уже догнал по производительности MSSQL. Где-то работает побыстрее, где-то помедленнее. Но основная ценность его в том, что если кто-то написал на 1С 8.3 отчет или обработку и они медленно работают - обратитесь к нормальному специалисту - он их исправит. PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую базу данных, в которой все