Отнася се за
SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use)

Симптоми

В SQL Server 2016, в оптимизирана за памет таблица повечето сценарии за таблица се изпълняват успоредно и водят до оптимизация на написаното на регистрационния файл на транзакцията. Можете обаче да промените операциите с колони на голяма оптимизирана за памет таблица, която се изпълнява успоредно, за да доведе до загуба на данни. Забележкапромяната на операциите натаблиците се изпълнява с една нишка и не се влияе от този проблем.

Решение

Първоначално проблемът е коригиран в следната сборна актуализация на SQL Server:

Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Препоръчваме ви да изтеглите и инсталирате последните сборни актуализации за SQL Server:

Заобиколно решение

За да заобиколите този проблем, изключете регистъра, оптимизиран за промените, като активирате 9909 флаг за проследяване. За да разрешите следа флаг 9909, добавете параметъра Startup -T9909 за стартиране. Можете да използвате командата DBCC traceon (9909) за конкретна сесия.

Състоянието

Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".

Препратки

Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.