Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
o-o
Guest |
Fixes for SQL Server 2012 & 2014 Online Index Rebuild Issue There is a regression bug in SQL Server 2012 and SQL Server 2014 where, if you rebuild an index online in parallel, and you also experience a fatal error such as a lock timeout, you could experience data loss or corruption. The fix is described in KB #2969896 : FIX: Data loss in clustered index occurs when you run online build index in SQL Server 2012 Cumulative update information The issue was first fixed in the following cumulative update of SQL Server: Cumulative Update 11 for SQL Server 2012 SP1 Cumulative Update 1 for SQL Server 2012 SP2 Cumulative Update 2 for SQL Server 2014 You can not fix the problem simply by installing the hotfix to SP1 and then applying SP2 on top of that - Service Pack 2 will effectively remove all of the fixes you got from the hotfix. |
20 май 15, 18:12 [17668183] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8317 |
Уже Cumulative Update 5 для sql2012sp2 вышел. |
20 май 15, 18:30 [17668250] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
Спасибо за новость, Я вообще-то в курсе. Моим не шибко нагруженным и не всегда запущенным домашним серверам перепадают все обновления в мире, их накатить ума не надо и пользователи над душой не стоят. А вот на днях товарищ с кластером жаловался на плохой план для юзера-несисадмина на linked server, у него в продакшене 2012 RTM. И хоть ему сам бог велел накатить sp1, он не торопился это делать, ок? Вот тем, у кого стоят голые(без CU) RTM, SP1, SP2, тем пост и посвещается. Это не кривой план, это возможный data loss. |
20 май 15, 19:25 [17668388] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
|
|
20 май 15, 19:39 [17668439] Ответить | Цитировать Сообщить модератору |
Между сообщениями интервал более 1 года. |
BagFix
Guest |
Прошу прощение никак не могу найти. Эту проблему устранили в 2014 SP2 и в 2012 SP3. |
10 авг 16, 14:25 [19525009] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
это вопрос или утверждение? |
||
10 авг 16, 14:46 [19525132] Ответить | Цитировать Сообщить модератору |
BagFix
Guest |
Вопрос |
10 авг 16, 14:56 [19525193] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8317 |
BagFix, т.е. в 2012SP1 пофиксили, а в 2012SP3 расфиксили. |
10 авг 16, 15:24 [19525326] Ответить | Цитировать Сообщить модератору |
AlanDenton Member [скрыт] Откуда: Сообщений: 1004 |
Скажите пожалуйста, а откуда инфа? |
||
10 авг 16, 15:56 [19525492] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
да ладно ![]() как раз у них в планах было забить этот фикс в очередной сервис-пак:
не сделай они этого, уже бы куда-нибудь просочилось. но все тихо, значит, пофиксили |
||||
10 авг 16, 16:22 [19525648] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8317 |
Это BagFix так считает. |
||||
10 авг 16, 16:45 [19525805] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
нет, он спрашивает. и понятно, почему. в 2012 SP1 НЕ пофиксили, надо ставить CU. в 2012 SP2 НЕ пофиксили, надо ставить CU. причем написано же, накатишь на 2012 SP1 Cumulative Update 11 -- пофиксишь. а накатишь следом SP2 -- расфиксишь. после таких шуток логично опасаться и подозревать |
||||
10 авг 16, 17:00 [19525892] Ответить | Цитировать Сообщить модератору |
BagFix
Guest |
o-o, Имено спрашивал потому, как нигде подтверждения не нашол |
10 авг 16, 17:10 [19525931] Ответить | Цитировать Сообщить модератору |
Jasonclark03 Member [скрыт] [заблокирован] Откуда: Сообщений: 17 |
Конечным вариантом при восстановлении или реорганизации индексов SQL Server является использование инструмента восстановления SQL и исправление фрагментации индекса в SQL-сервере. Скачать демо бесплатно здесь: http://www.sqlrepairtool.org/ |
13 июн 17, 15:30 [20560878] Ответить | Цитировать Сообщить модератору |
AlanDenton Member [скрыт] Откуда: Сообщений: 1004 |
Jasonclark03, если честно то ни о чем коммент. 99% тулов по восстановлению БД оперируют одной командой DBCC CHECKALLOC либо просто поврежденный индекс ребилдят. Да и к тому же многие вещи просто нельзя восстановить. Что насчет поврежденной PFS или boot страницы в PRIMARY FG ... ))) |
14 июн 17, 09:45 [20562487] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |