Добрый день.
Есть база в SQL, она работает, всё нормально. Но нет возможности выгрузить базу в dt, нет возможности сделать копию базы средствами MS SQL и нет возможности скопировать файл базы данных с диска, по причине ошибке чтения.

Пробовал средствами MS SQL сделать копию БД, при помощи операции экспорта. Процесс выдал ошибку при копировании таблицы _InfoRG21904. При помощи обработки по этой ссылке http://v8.1c.ru/metod/faq2/answer.jsp?id=493
смог определить, что проблема в РегистрСведений.ДвоичныеДанныеФайлов

Записей в регистре было не много, перебрал все, и нашёл проблемную.
Она не удаляется ни руками из регистра сведений, ни при пометке на удаление прикреплённого файла из документа.

Посоветуете что сделать, как удалить проблемную запись регистра сведений, при условии, что нет возможности сделать копию БД.

P.S. Сразу говорю что не делал ТИИ и не делал checkdb в MS SQL, по причине невозможности сделать нормальную копию БД перед этими процессами.

Если данные в этой таблице не сильно важные, то дропнуть таблицу средстами скуля

(1)Да, так можно сделать, но как отреагирует 1С на это дело? Ведь структура БД изменится..

(1)Не получу я потом такую ошибку - Ошибка "Нарушена целостность структуры конфигурации"

http://olenant.ru/images/narushena_struktura3-300x107.jpg

остановить мс скл сервер сделать копии файлов базы.
сделать DBCC CHECKDB  без исправления. оценить ущерб. сделать DBCC CHECKDB с исправлением . восстановить данные из бекапов или вручную.

(4)В (0) написано, что нет возможности сделать копии файлов базы.. :(

(2) копируешь(табилцу, без содержимого), дропаешь, подставляешь копию вместо дропнутой.

(6)Да, это хороший вариант..

Если не сложно, подскажи как скопировать таблицу без содержимого и потом её на место поставить..  :)

Скриптами писать или как-то через консоль администрирования можно сделать? Есть варианты? :)

(6)Спасибо, нагуглю сейчас как сделать такое :)

(6)
Вот такое мне предлагает скл тулз

CREATE TABLE [dbo].[_InfoRg21904] (
[_Fld21905_TYPE] binary(1) NOT NULL,
[_Fld21905_RTRef] binary(4) NOT NULL,
[_Fld21905_RRRef] binary(16) NOT NULL,
[_Fld21906] varbinary(max) NOT NULL,
[_Fld1099] numeric(7,0) NOT NULL
)

тут есть варианты. например, можно халявить так:

шаг1
SELECT TOP 0 *
INTO NewTable
FROM TableStructureIWishToClone

шаг2
drop table TableStructureIWishToClone

шаг3
EXEC sp_rename 'NewTable', 'TableStructureIWishToClone'

(4) даже останавливать не надо - просто отсоединить файлы от базы в скуле, скопировать их, и снова подцепить файлы к скулю.
Все делать с правами sa

(0) а с самим физическим диском то все нормально?

(5) > нет возможности сделать копии файлов базы.. :(

Даже при остановке службы SQL?
А если сделать деаттач базы, а потом скопировать файлы?

> нет возможности сделать копию базы средствами MS SQL

А что при этом происходит?

(12)Очевидно что нет :( С диском что-то плохо походу, но базу то надо выручать..

Так как архивы есть, но какое-то время архив не выполнялся, по причине невозможности произвести чтение с исходного диска.

(10)Ну я сделал не так..

Я создал чистую БД
Экспортом через мастер импорта/экспорта перегрузил в неё все таблицы, кроме таблицы с плохой записью.
А затем просто создал в новой БД таблицу как в (9).

Всё работает. Останется только перенести файлы, они все есть в старой копии базы.

Огромное спасибо всем участникам данной темы.

(14) я бы сделал проверку диска, как правило базы после этого выживают, по крайней мере даст сделать архив и тии

(16)Да я бы тоже сделал.. но пока у меня нет копии базы, я как-то не рискую :)

(15) это еще отделались легким испугом. а если бы бедблок упал на активно используемый регистр накопления?
после таких фортелей, обычно легко выпросить денег на рейд.