The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"База Постгре на SSD"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Файловые системы, диски / 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.dev/opennews/art.shtml?num=50148

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "База Постгре на SSD"  –1 +/
Сообщение от Аноним (10), 26-Фев-19, 06:59 
>> медленно работают - обратитесь к нормальному специалисту - он их исправит.
> https://www.opennet.dev/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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру