|
|
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Эти два параметра имеют одинаковый смысл ? Если да, то почему для PostgreSQL фирма 1С рекомендует поставить synchronous_commit = off, т.е. "Выключение синхронной записи в WAL момент коммита транзакции. Создает риск потери последних нескольких транзакций (в течении 0.5-1" секунды), но гарантирует целостность базы данных. Может значительно увеличить производительность." а для MSSQL аналогичной рекомендации нет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2021, 22:39 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
даже если логически они похожи по смыслу возможно реализация разная. или про реализацию механизма в постгри известно больше - для 1с ведь своя сборка субд делается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:39 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Sets the current transaction's synchronization level Определяет, будет ли сервер при фиксировании транзакции ждать, пока записи из WAL сохранятся на диске, прежде чем сообщить клиенту об успешном завершении операции. Помоему и так все понятно? Запись есть но не записался на хард. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:39 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Речь идет о производительности. Если опция согласно 1С "Может значительно увеличить производительность", то почему для MSSQL аналогичной рекомендации нет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:42 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
AlexanP Может значительно увеличить производительность." а для MSSQL аналогичной рекомендации нет ? может в ms sql это для баз 1с это не дает такого профита чтобы идти на риски ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:45 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Как же понять тогда фразу 1С: ".. но гарантирует целостность базы данных . Может значительно увеличить производительность." ? Какие риски, если будет целостность ? Потеря 1сек (буфера) во время сбоя по питанию ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:49 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
AlexanP Потеря 1сек (буфера) во время сбоя по питанию ? не знаю чего там 1с "гарантирует", но люди пишут что при "удачном стечении обстоятельств" можно пролюбить весь буфер журнала транзакций - а это 7 Мб данных. это для ms sql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 10:54 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Неужели 1С вводит народ в заблуждение ? Вот как они пишут по поводу synchronous_commit : Настройки PostgreSQL для работы с 1С:Предприятием. Часть 2 (https://its.1c.ru/db/metod8dev/content/5866/hdoc) Настройки WAL: fsync = on Сброс буферов на диск (выполнение PostgerSQL системных вызовов fsync()). Выключение параметра приводит к росту производительности, но появляется значительный риск потери всех данных при внезапном выключении питания. Внимание: если RAID имеет кэш и находиться в режиме write-back, проверьте наличие и функциональность батарейки кэша RAID контроллера! Иначе данные, записанные в кэш RAID, могут быть потеряны при выключении питания, и, как следствие, PostgreSQL не гарантирует целостность данных. synchronous_commit = off Выключение синхронной записи в WAL момент коммита транзакции. Создает риск потери последних нескольких транзакций (в течении 0.5-1" секунды), но гарантирует целостность базы данных. Может значительно увеличить производительность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 11:15 |
|
||
|
DELAYED_DURABILITY для MS SQL и synchronous_commit для PostgreSQL
|
|||
|---|---|---|---|
|
#18+
AlexanP Неужели 1С вводит народ в заблуждение ? ну после того как они обозвали реализацию mutex "управляемыми блокировками" или расследований что такое на самом деле "БлокироватьДляИзменения" - я бы на слово им не особо верил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2021, 11:30 |
|
||
|
|
Start [/forum/topic.php?fid=28&tid=1518113&gotonew=1]: |
0ms |
get settings: |
1ms |
get forum list: |
9ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
25ms |
get topic data: |
5ms |
get first new msg: |
1ms |
get forum data: |
0ms |
get page messages: |
20ms |
update_topic_read_status (1518113): 13.10.2021 11:30:05: |
0ms |
get tp. blocked users: |
0ms |
get online users: |
19ms |
check new: |
1ms |
| others: | 119ms |
| total: | 200ms |
| 0 / 0 |
