Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Изначальное сообщение		[ Отслеживать ]

"База Постгре на SSD"	+/–
Сообщение от Школьный админ (?), 22-Фев-19, 16:06
Здравствуйте! Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах использует Постгре. Только так, по его словам, можно достичь комфортной скорости работы. Я настороженно отношусь к этим дискам и пока не использовал в режимах с интенсивной записью. /var /home и образы виртуалок держу на обычных магнитных дисках. Хочу спросить у знающих людей, действительно ли я отстал от жизни и современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ положительный, то какой диск лучше брать и какую Линуксовую фс использовать?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "База Постгре на SSD"	+1 +/–
Сообщение от Аноним (1), 22-Фев-19, 17:15
> Хочу спросить у знающих людей, действительно ли я отстал от жизни и > современный ssd при интенсивной записи не сдохнет чез год-два. ssd уже давно не дохнут как мухи, однако, это не отменяет факта того, что любой современный  носитель информации - расходный материал. > положительный, то какой диск лучше брать Зависит от суммы, которую ты готов потратить и твоих приоритетов - важно быстро читать, быстро писать или иметь разумный баланс между скоростью чтения и записи. Смотри характеристики и выбирай, в любом случае будет лотерея. > и какую Линуксовую фс использовать? Думаю, что совершенно пофиг, т.к. выбирать особо не из чего - ext4 пожалуй единственная более-менее стабильная ФС под линукс, все остальное либо сырое, либо устаревшее, либо кривое, либо не поддерживается. Но это мое частное мнение.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "База Постгре на SSD"	+/–
Сообщение от VladimirV (ok), 22-Фев-19, 17:52
> Здравствуйте! > Вчера один специалист с богатым опытом сопровождения 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" посмотрите на цены
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "База Постгре на SSD"	+1 +/–
	Сообщение от Сергей (??), 23-Фев-19, 10:07
	>> Здравствуйте! >> Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно >> рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах >> использует Постгре. В сложных системах, состоящих из разных кирпичей, как раз таковой и является 1С, диск может не являться узким горлышком  всей системы, подчеркну всей системы. Другое дело, если у вас один комп, на котором все, ну тогда да, хотя и тут размер памяти и возможности проца внесут определенный вклад
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "База Постгре на SSD"	–1 +/–
	Сообщение от ыы (?), 23-Фев-19, 21:22
	>>> Здравствуйте! >>> Вчера один специалист с богатым опытом сопровождения 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С - такие вопрос лучше спрашивать там. Даже несмотря на то, что основное население там- люди в СУБД сильно некомпетентные и буквально купаются в мифах и домыслах.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "База Постгре на SSD"	–1 +/–
	Сообщение от me (??), 23-Фев-19, 23:22
	> Что же касается вопроса заданного топикстартером, то прежде всего - "специалист с > богатым опытом сопровождения 1С в разный огранизациях" - должен знать, что > 1С - оптимизирована исключительно под MSSQLServer и на всем что не >  MSSQLServer - она работает так себе.. хоть с SSD хоть https://1cfresh.com/ <- вот этим ребятам об этом расскажи, а то они не знают нихера, на pg держат. а на счет ssd, читает быстро, конечно, но таки не панацея. 1с в смысле логики генерации запросов запросто посоревнуестся с какой-нить sql-алхимией, так что нарваться на внезапно покривевшую статистику - как два пальца. Проблемы с планировщиком никаким ssd не компенсируешь, но это уже все от вашей-конкретной базы зависит и от объема. Может проще пару планок памяти добавить - ram-не-догонят (петь два раза)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "База Постгре на SSD"	–1 +/–
	Сообщение от ыы (?), 24-Фев-19, 08:32
	>> Что же касается вопроса заданного топикстартером, то прежде всего - "специалист с >> богатым опытом сопровождения 1С в разный огранизациях" - должен знать, что >> 1С - оптимизирована исключительно под MSSQLServer и на всем что не >>  MSSQLServer - она работает так себе.. хоть с SSD хоть > https://1cfresh.com/ <- вот этим ребятам об этом расскажи, а то они не > знают нихера, на pg держат. что они держат? кого за что они держат? у кого они держат? как всегда  - мифы  и домыслы...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "База Постгре на SSD"	+/–
	Сообщение от dmrsan (?), 25-Фев-19, 11:56
	>[оверквотинг удален] > 1С - оптимизирована исключительно под MSSQLServer и на всем что не >  MSSQLServer - она работает так себе.. хоть с SSD хоть > без них.  Особенность логики 1С - огромное количество соединений и > временных таблиц (через которые 1С делает складывается впечатление любые запросы в > базе), и если у вас вся темповая база не помещается в > памяти  вам будет грустно. > И вообще, есть специализированные форумы посвященные 1С - такие вопрос лучше спрашивать > там. > Даже несмотря на то, что основное население там- люди в СУБД сильно > некомпетентные и буквально купаются в мифах и домыслах. Информация уже неактуальна. PostgreSQL уже догнал по производительности MSSQL. Где-то работает побыстрее, где-то помедленнее. Но основная ценность его в том, что если кто-то написал на 1С 8.3 отчет или обработку и они медленно работают - обратитесь к нормальному специалисту - он их исправит. PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую базу данных, в которой все работает, а потом через пару месяцев база падает, т.к. всего-лишь вырос объем данных. MSSQL тоже легко уронить. В частности - рост tempdb - один из показателей. Кроме того - если в 1c на MSSQL сделать отчет, который будет производить перебор данных полного справочника номенклатуры - у всех также будут тормоза, т.к. в MSSQL существует блокировка не только на запись, но и на чтение.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "База Постгре на SSD"	–1 +/–
	Сообщение от ыы (?), 25-Фев-19, 20:38
	> медленно работают - обратитесь к нормальному специалисту - он их исправит. https://www.opennet.ru/opennews/art.shtml?num=50148
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "База Постгре на SSD"	–1 +/–
	Сообщение от Аноним (10), 26-Фев-19, 06:59
	>> медленно работают - обратитесь к нормальному специалисту - он их исправит. > https://www.opennet.ru/opennews/art.shtml?num=50148 Ты нам пытаешься сказать, что в посттгресе есть ошибки?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "База Постгре на SSD"	+/–
	Сообщение от Pofigist (?), 26-Фев-19, 17:45
	>[оверквотинг удален] > если кто-то написал на 1С 8.3 отчет или обработку и они > медленно работают - обратитесь к нормальному специалисту - он их исправит. > PostgreSQL ошибок не прощает. И это правильно. А то нарисуют маленькую > базу данных, в которой все работает, а потом через пару месяцев > база падает, т.к. всего-лишь вырос объем данных. MSSQL тоже легко уронить. > В частности - рост tempdb - один из показателей. Кроме того > - если в 1c на MSSQL сделать отчет, который будет производить > перебор данных полного справочника номенклатуры - у всех также будут тормоза, > т.к. в MSSQL существует блокировка не только на запись, но и > на чтение. Но тем не менее - только сегодня беседовал с народом из 1С. Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает 500 человек, говорят что наступает сильная деградация производительности. Они в курсе в чем причина, но в виду того что по их же словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить ресурсы на оптимизацию в обозримом будущем.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	13. "База Постгре на SSD"	–1 +/–
	Сообщение от одмин (?), 03-Мрт-19, 17:16
	> Но тем не менее - только сегодня беседовал с народом из 1С. > Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает > 500 человек, говорят что наступает сильная деградация производительности. Они в курсе > в чем причина, но в виду того что по их же > словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить > ресурсы на оптимизацию в обозримом будущем. такое мог тебе сообщить только тот кто вообще не понимает как работает серия 1СV8. поясняю - там к базе SQL коннектится только сервер приложений 1С и только под своей учетной записью настроенной, а все ваши юзеры идут на сервер приложений.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "База Постгре на SSD"	+/–
	Сообщение от ыы (?), 03-Мрт-19, 21:20
	>[оверквотинг удален] >> Они настоятельно не рекомендуют использовать PostgreSQL, если число пользователей превышает >> 500 человек, говорят что наступает сильная деградация производительности. Они в курсе >> в чем причина, но в виду того что по их же >> словам число пользователей, использующих PostgreSQL исчезающе мало, они не планируют тратить >> ресурсы на оптимизацию в обозримом будущем. > такое мог тебе сообщить только тот кто вообще не понимает как работает > серия 1СV8. > поясняю - там к базе SQL коннектится только сервер приложений 1С и > только под своей учетной записью настроенной, а все ваши юзеры идут > на сервер приложений. И из проверхностного знакомства с трехзвенной архитектурой вы делаете вывод что количество пользователей и нагрузка на базу данных- никак не связаны ? Гуманитарий или просто выходные удались?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "База Постгре на SSD"	+/–
	Сообщение от Pofigist (?), 04-Мрт-19, 10:51
	Окей, значит специалисты их 1С не знают как работают 1С? А может все проще - ты не в курсе чем отличается методы обработки блокировки записи перед изменением в MSSQL и PostgreSQL? Это для начала... А для осознания своей безграмотности осознай простой факт - не важно куда коннектятся юзеры, к серверу приложений или непосредственно к БД, важно что при росте числа юзеров - растет число запросов к БД... И далее см. во-первых - эти различия начинают играть роль. Все потому что сервер приложений оптимизирован для работы с тем типом блокировки, которые в mssql, а не в постгресе... Чтоб немного осознал размер засады - Oracle, который вообще икона для высоконагруженных систем, сливает в случае работы с 1С mssql ровно по той же причине... Сразу скажу - если ты сейчас начнешь спорить что в пострегесе и оракле эти механизмы более идеологически правильные, я спорить не буду - более того, я согласен с этим утверждением. Но это к делу не имеет никакого отношения - ибо есть реальность, которая гласит - оптимизировано под mssql (так исторически сварилось), число установок под постгрес - настолько мало, что поддержка версии оптимизированной под постгрес считается нецелесообразной. Это - официальная позиция, озвученная представителями 1С.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

8. "База Постгре на SSD"	+/–
Сообщение от Школьный админ (?), 25-Фев-19, 16:44
>[оверквотинг удален] > Вчера один специалист с богатым опытом сопровождения 1С в разный огранизациях настоятельно > рекомендовал держать SQL базу 1С на SSD диске. 1С на Линуксах > использует Постгре. Только так, по его словам, можно достичь комфортной скорости > работы. > Я настороженно отношусь к этим дискам и пока не использовал в режимах > с интенсивной записью. /var /home и образы виртуалок держу на обычных > магнитных дисках. > Хочу спросить у знающих людей, действительно ли я отстал от жизни и > современный ssd при интенсивной записи не сдохнет чез год-два. Если ответ > положительный, то какой диск лучше брать и какую Линуксовую фс использовать? Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая - хватит. Другие совету тоже учиту.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "База Постгре на SSD"	+1 +/–
	Сообщение от Pofigist (?), 27-Фев-19, 10:42
	> Спасибо всем откликнувшимся. Заказал Интелловский ssd на 256 гегов. База небольшая - > хватит. Другие совету тоже учиту. В твоем случае ключевой показатель - TBW. Если он меньше 1PTB - ставить на них БД надо после того как обновил резюме.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема