Здравствуйте, друзья! На SQL-сервере накрылся жесткий диск. Конфигурация базы данных следующая: data - RAID1, log - RAID0, recovery model SIMPLE. Вылетел диск из RAID0, соответственно логи были утрачены. После замены жесткого диска восстановил работоспособность RAID-массива.

На SQL сказал следующее:
DBCC CHECKDB('DataBase',REPAIR_ALLOW_DATA_LOSS)
go
Отработало хорошо, логи восстановились, база закрутилась. Затем в конфигураторе ТиИ (ссылочная целостность, пересчет итогов), поправилось несколько ошибок .

Спустя сутки обнаружили логи размером 7 Гб. Команда
BACKUP DATABASE [Database] TO  DISK = N'G:\Backup\Mirror\Mirror.bak' WITH NOFORMAT, INIT,  NAME = N'Database-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, NO_COMPRESSION,  STATS = 10;
бекап сделала, однако в завершении выдала
The transaction log was damaged. All data files must be restored before restore log can be attempted.
Логи не сокращаются.

Что пробовал:

Task\Shrink\Files ... Reorganize pages ... до 0 MB
завершается без результата через 0,5 сек.

повторно
DBCC CHECKDB('Database',REPAIR_ALLOW_DATA_LOSS)
отработало хорошо, ошибок 0.

BACKUP LOG [Database] WITH TRUNCATE_ONLY
эта команда уже давно не работает, на всякий случай.

USE [Database]
DBCC SHRINKFILE (Database_log, 1);
но шринькать безполезно пока логи не приняты.

Что посоветуете?

Попробовать переключить в симпл

Т.е. ты забил на вот этот кусок "All data files must be restored"?

(1) уже в SIMPLE
(2) попытки поковыряться в инете пока безуспешны.

Сделал следующее:

перевел Recovery model в Full.

Tasks\Backup... Backup type Full ... Overwrite all existing backup sets

USE [Database];
BACKUP LOG [Database] TO DISK='NUL:';
выдала:
Processed 868606 pages for database 'Database', file 'Database_log' on file 1.
The log was not truncated because records at the beginning of the log are pending replication or Change Data Capture. Ensure the Log Reader Agent or capture job is running or use sp_repldone to mark transactions as distributed or captured.
BACKUP LOG successfully processed 868606 pages in 18.077 seconds (375.393 MB/sec).

Логи не сократились.

тебе ж написали

>The log was not truncated because records at the beginning of the log are pending replication or Change Data Capture

дитач и атач проходят?

>use sp_repldone to mark transactions as distributed or captured

Например.

(5) моя не понимать что это нацарапано.

(6) Да, Detach и Attach в норме.

(8) увольняйся

(10) намекни...

Попробуй приатачить без лога

http://catalog.mista.ru/public/277252/

(12) Прошло хорошо,
DBCC CHECKDB('Ilya01',REPAIR_ALLOW_DATA_LOSS)
в заключении сказал:
CHECKDB found 0 allocation errors and 0 consistency errors in database 'Database'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Как проверить что расти не будут?

(14) Пусть растёт, должен расти. Главное шоб ошибок не было.

(15) Мне больше нравится Recovery model Simple и autoshrink. Логи редко превышают 100 Мб.

(13) Спасибо, изучаю. вот зеркало http://catalog.mista.ru/public/277252/

(16) Думаешь, Full модель и логи транзакций всякие индусы-вредители придумывали без определенных задач и смысла? :)

(18) нет, конечно :) Для предприятия ежедневного бекапа хватает, чаще бекапить не нужно.

(13) (17) В статьях описывается ровно то, что сделано.

В результате имеет:
1. The transaction log was damaged. All data files must be restored before restore log can be attempted.
2. The log was not truncated because records at the beginning of the log are pending replication or Change Data Capture.
Как бы разобраться что значит. Балакает что-то на своем.

У меня сложилось ощущение, что автору уже за 40...

http://serverfault.com/questions/280547/sql-server-log-file-wont-shrink-due-cause-log-are-pending-replication-on-non

(21) это дает какую-то индульгенцию?

Репликацию удалить ещё не предлагали?

пусть помучается...

Етить твою налево (простите),
sp_removedbreplication [Database]
Автор, похоже, не читатель.

На копии стабильно шринкует лог, вечером поработаю с "живой" базой.

ВСЕМ БОЛЬШОЕ СПАСИБО!!!

Еще вопрос. Стоит ли таких мучений разделение на RAID1 и RAID0, может перестроить на RAID10, как думаете?