господа! кто нибудь уже щупал данную фичу?

по сути данная штуковина должна давать достаточно сильный гейн в плане производительности на oltp системах с большой пишушей нагрузкой.

спрашиваю потому что на работе есть планы грейда железа, думаю предложить вложиться в пару плашек nvdimm-P для расширения пропускной способности лога.

и кстати в офф документации пишут: applies to 2017 (14.x)
но в некоторых статьях освешающих технологию пишут что доступна с 2016 sp1. где правда?

Гавриленко Сергей Алексеевич,

я для этого тему и создал? хотел поинтересоваться использует кто либо уже данную фичу и повлияла ли она как либо на пропускную способность?

жалко тратить пару сотен тысяч что бы прийти к выводу что решение было нишевое и "так себе"

alexeyvgfelix_ffГавриленко Сергей Алексеевич,

я для этого тему и создал?

felix_ffповлияла ли она как либо на пропускную способность ?Мы этот термин понимаем одинаково?
persistent log buffer уменьшит латентность записи в лог, то есть увеличит производительность в транзакциях/сек. Но на пропускную способность записи в лог-файл в Мб/сек оно не повлияет.

да я под этим термином понимал увеличение tran/sec, слово несколько не правильно подобрал :)

из наблюдений на вскидку:
на Microsoft SQL Server 2016 (SP2-CU6) (KB4488536) - 13.0.5292.0 (X64)
Mar 11 2019 23:19:30
Copyright (c) Microsoft Corporation
Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2012 R2 Standard 6.3 <X64> (Build 9600: ) (Hypervisor)



инструкция не проходит синтаксический анализ. на 2017 все норм.

не пробовал еще alter database add log file, но у меня сейчас и dax-диска то нет поэтому пробовать бессмысленно :(