PostgreSQL "на стероидах"
Возврат к списку
Записались на вебинар: (547)
31 Марта 2016
17:00-21:00
MSK
Хотите использовать в продуктиве PostgreSQL в связке с 1С? Мы проведем Вас по пути настройки базы с нуля и до "террабайта".
Рассматриваемые практические вопросы:
- развертывание "с нуля"
- сборка и подключение модулей
- настройка PostgreSQL.conf
- планирование дисковой подсистемы
- планы обслуживания
- бэкапирование
- регламентные операции
- ключи тонкого тюнига
- запуск первых 100 пользователей
- автоматизированная адаптация под текущую нагрузку
- истории с VACUUM
- мы дошли до 100 GB
- отсутствующие индексы 1С средствами PostgreSQL
- автоматическая оптимизация
- читаем планы запросов с помощью помощников тюнинга в терминах 1С
- добро пожаловать в клуб "у нас террабайт"
- сжатие бинарных данных
- балансировщики и кластеризаторы
- мониторинг как отдельный НИОКР
и многое другое.
Дополнительные материалы для менеджеров
- сравнение плюсов и минусов MSSQL Express и PostgreSQL для небольших фирм
Окружение:
- Windows
- Windows Server
- PostgreSQL - Windows
- x32
- x64
- *nix
- Nix Server
- deb пакеты
- secret - "секретный сервер"
- PostgreSQL
- x32
- x64
- Nix Server
Ведущие вебинара:
- Архитектор
- Эксперт по производительности
- DBA
Стоимость участия: 3000 руб.
P.S. Обратите внимание, что можно оплачивать с личного счета Инфостарта, например, после обмена StartMoney на рубли.
Видеозапись вебинара предоставляется только участникам вебинара в защищенном формате (одна лицензия на компьютер для просмотра только в OS Windows).
============================
Дополнительные материалы, видеозапись и продолжение обсуждения можно найти в этой группе: http://infostart.ru/community/groups/1196/
Ведущий:
Алексей Лустин
lustin
Обсуждение
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(490) Fragster,
а слушай по Результатам тестов на твоем сайте можно увидеть в "Общем списке для верси 2.х"(РЕЗУЛЬТАТЫ) колоночку
например "Количество операций на 96 потоках"
а то неудобно кликать в каждый заходить))
такто по старой табличке смотрю как я и ожидал - всяко MS SQL у тебя в топах))
пс:
имею ввиду для 2.х сделай также как
а слушай по Результатам тестов на твоем сайте можно увидеть в "Общем списке для верси 2.х"(РЕЗУЛЬТАТЫ) колоночку
например "Количество операций на 96 потоках"
а то неудобно кликать в каждый заходить))
такто по старой табличке смотрю как я и ожидал - всяко MS SQL у тебя в топах))
пс:
имею ввиду для 2.х сделай также как
(492) Fragster,
Другими словами, ты хочешь сказать что на задачах 1С при оптимальной структуре БД, индексов, и прогретом кэше дисковая подсистема вообще практически не важна?
Если при простой записи накладных расходов больше на проц приходится, а при даже тяжелых запросах мы сможем затюнинговаться так, что сможем в основном в кэш попадать и будет достаточно памяти... Ну, о чем-то подобном Лустин и говорил на вебинаре.
Другими словами, ты хочешь сказать что на задачах 1С при оптимальной структуре БД, индексов, и прогретом кэше дисковая подсистема вообще практически не важна?
Если при простой записи накладных расходов больше на проц приходится, а при даже тяжелых запросах мы сможем затюнинговаться так, что сможем в основном в кэш попадать и будет достаточно памяти... Ну, о чем-то подобном Лустин и говорил на вебинаре.
(493) herfis, нет, я про то, что тест Гилева (да и мой) в той части, которая выдает попугаи, намного больше зависит от латентности связи скуля и 1с, от процессора на обоих системах, ширины и скорости доступа до памяти, чем от дисков, если они более-менее нормальные (есть кэш на запись + хотя бы несколько параллельных запросов держат, что часто оптимизируется операционкой).
(494) + ну и на реальных тормозных местах, полученных с помощью техножурнала, при анализе плана запроса (в т.ч. postgresql explain), зачастую можно получить бОльший профит от того, что переписать запрос, чем от тюнинга (например переписать таким образом, чтобы ушел фулл скан или блокировка была в меньшем объеме, чобы запросы стали обслуживаться параллельно).
Хотя в таких местах, как RLS это можно сделать не всегда и тогда уже вступает изменение структуры данных и тюнинг СУБД, дисков, оси и т.п.
Например для ssd ОЧЕНЬ важно правильное выравнивание физических и логических секторов - разница при полной загрузке до 2-х раз.
Хотя в таких местах, как RLS это можно сделать не всегда и тогда уже вступает изменение структуры данных и тюнинг СУБД, дисков, оси и т.п.
Например для ssd ОЧЕНЬ важно правильное выравнивание физических и логических секторов - разница при полной загрузке до 2-х раз.
Господа проконсультируйте пожалуйста, как в Постгресе можно настроить ежедневное автматическое выполнение регламентных операций (реиндексация, обновление статистики...) для всех баз. Постгрес работает под Windows. На MS SQL я знаю как это сделать (еще и отчеты о выполнении этих операций на почту), а вот с постгресом как быть? Ждал этой информации на вебинаре, но не услышал или не понял. Желательно ответить в простой (доступной для чайников форме). Заранее спасибо.
Вы берете за точку отсчета коэф.производительности серверов для 1С - Двух-серверный вариант. Который уже в расчете на Один поток на 50% отстает от одно-серверного.
И естественно Вы более менее держите коэф.производительности на 3-ех.. 4-ех серверах близкий к двух-серверному варианту --
---НО КОЭФ.Производителности НА ПОРЯДОК однако отличающий от производительности Одно-серверного...
И естественно Вы более менее держите коэф.производительности на 3-ех.. 4-ех серверах близкий к двух-серверному варианту --
---НО КОЭФ.Производителности НА ПОРЯДОК однако отличающий от производительности Одно-серверного...
Нифига не понял. Лустин, например, утверждает, что при условии грамотной настройки, деградация производительности при разнесении серверов - это, скорее, миф.
На наших тестах разнесение серверов также не привело к заметной деградации производительности. Правда, стоит уточнить, что это был не MSSQL в shared memory, а полностью линуксовая комбинация изначально.