Comments 19
Базу на нвме перегрузите, а постгрес подключите через сокет - все будет сильно бістрее
Сокеты только для Unix - я делал тест на Windows . Я не думаю что при переходе c MS SQL на Postgres сразу основной и резервный контуры переделают на Unix на больших объемах. Спокойней поставить Postgres for windows поработать на нем а потом уже портироваться на Unix.
SSD конечно ускорит, но это не панацея поскольку все операции с DT 1С делает в основном последовательно (как на выгрузке так и на загрузке). Плюс сейчас насколько я знаю SSD NVme максимально на 2 терабайта продаются (бытовые). Даже если на эту разовую операцию брать обычные бытовые то сколько их можно подключить? когда например база 5 терабайт и больше.
Серверные SSD это уже другой ценник и другие возможности.
Для операций пересчета итогов, поможет конечно но Postgres даже с рекомендованными настройками 1C (и их каноническим дистрибутивом с release.1c.ru) , правильным автовакуумом делает это в разы медленней. Почему это лучше в отдельной статье написать. В общем не все так лихо делается с большими объемами
Если у нас база по 5 ТБ то и организация наверно не ларек шаурмы? А раз так то какой-нибудь Samsung PM1735 будет вполне органично смотреться. При этом получим и скорость и надежность намного выше бытовых SSD, достаточный объем (а значит отсутствие лишних заморочек с RAID) и более чем приемлимый ценник.
"а значит отсутствие лишних заморочек с RAID " В смысле Вы на основном сервере даже SSD Raid 1 не сделаете? просто на резервный переключитесь (который уже будет без резерва). Учитывая что дорогое оборудование работает по многу лет, и нужно время на покупку нового Вы входите в зону риска.
Я имел ввиду, что не требуется делать Raid для наращивания объема. Кроме того, у накопителей в Raid 1 есть нехорошая привычка дохнуть одновременно по причине симметричности нагрузки. По этому, ИМХО, если вы можете позволить себе пол-часа даунтайма, то второй диск лучше держать в виде протестированного ЗИПа на полке, а восстановление на него из регулярного инкрементального SQL бэкапа занимает считанные минуты. Если даже этого времени у Вас нет, то я бы смотрел уже в сторону кластеров. Плюс, если нет Raid, то через 2 года когда этот диск сломается мы свободно можем взять любой другой с наверняка лучшими характеристиками.
в 1С 8.3.23 есть уже прямой перенос данных:
ibcmd infobase replicate --db-server=NameSqlServer --dbms=MSSQLServer --db-name=NameBase --target-create-database --target-dbms=PostgreSQL --target-database-server=NamePostgreServer --target-database-name=NameBase --jobs-count=16 --target-jobs-count=16
можно даже указать количество потоков: jobs-count, target-jobs-count
База 1 Тб переносится за 3 часа....
Судя по описанию Глава 7. Автономный сервер :: Руководство администратора :: 1С:Предприятие 8.3.23. Документация (1c.ru) он работает с локальными базами которые должны быть на том же кластере, что и автономный сервер (там еще ограничения по MS SQL на Unix) . Т.е. работу с СУБД по сети он вроде как не поддерживает получается?. Когда базы большие, все это может неуместится на дисковую подсистему.
Без проблем работает по сети, я переносил с сервера NameSqlServer который на MSSQL под Windows на сервер NamePostgreServer который на PostgreSQL под Linux, запускал ibcmd на рабочем компе Windows 10
Постгрес на вроде? И небось с дефолтными настройками?
Нет настройки не дефолтные могу выложить. На windows взят с release.1c.ru . На win чтобы распложить базу на том же контуре что и ms sql
Было бы интересно. Но постгрес на винде это, хм, для сильных духом
Параметры которые я использовал можете посмотреть по ссылке (команда show all). Можете сравнение двух файлов сделать
https://docs.google.com/spreadsheets/d/1loDLqUAeedZ3JWmriPggxFl9aqq8ZVosZbX9-wVz1z4/edit?usp=sharing
Подскажите, какие цели смены СУБД MS SQL на Postgresql? Тем более когда база большая, наверняка есть бюджет, все настроено, куплено и работает. Я вот как ни пытался postgresql настроить по рекомендациям, всяко медленнее работает.
Ну а как в России работать серьезно с microsoft если он просто всех бросил и в любой момент могут какой нибудь блэкдор включить. Это кстати не только РФ касается. Поэтому postgres единственный вариант на следующую пятилетку. Даже если он вернется зачем бизнесу лотерея.
А по скорости на средних нагрузках postgeres работает на уровне mssql даже на бесплатной версии https://habr.com/ru/articles/723642/
Как великану из страны 1С пересесть на слона?