Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Проблема с attach database  [new]
PavluxaF
Member

Откуда: СПб
Сообщений: 126
После detach -а БД был утерян .ndf файл. (точнее поврежден)
Как податачить БД без нужного файла ?
(можно ли подсунуть другой файл или править .mdf для решения данной проблемы)
7 дек 11, 12:09    [11720024]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
Glory
Member

Откуда:
Сообщений: 104751
PavluxaF
Как податачить БД без нужного файла ?

Никак

PavluxaF
(можно ли подсунуть другой файл или править .mdf для решения данной проблемы)

А нужные данные в этом файле как появятся ?
7 дек 11, 12:11    [11720052]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
PavluxaF
Member

Откуда: СПб
Сообщений: 126
Glory
А нужные данные в этом файле как появятся ?

речь идет о каких данных??

Если о информационных, то к сожалению на них уже ....., а вот со служебными уже проблемнее!!

Есть еще одно предположение - файлы БД можно каким-то образом править в режиме offline. Можно ли применить это к решению данной проблемы??

И еще один вопрос. Если путей решения данного вопроса нет, то каким образом можно восстановить БД. Есть пару предположений на этот счет.
1. Вручную создать аналогичную структуру и попробовать приклеить файлы БД по отдельности (не уверен что это возможно)
2. Вручную создать аналогичную структуру и пакетами SSIS перелить данные (BULK INSERT-ом)

Буду благодарен за любые предложения и информацию
7 дек 11, 16:52    [11723369]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
Glory
Member

Откуда:
Сообщений: 104751
PavluxaF
речь идет о каких данных??

О тех, которые были в файле ndf

PavluxaF
Если о информационных, то к сожалению на них уже ....., а вот со служебными уже проблемнее!!

ndf - это файл данных. Предназначен он для хранения ваших данных

PavluxaF
И еще один вопрос. Если путей решения данного вопроса нет, то каким образом можно восстановить БД. Есть пару предположений на этот счет.
1. Вручную создать аналогичную структуру и попробовать приклеить файлы БД по отдельности (не уверен что это возможно)
2. Вручную создать аналогичную структуру и пакетами SSIS перелить данные (BULK INSERT-ом)

Вы создали несколько файлов базы для хранения данных. Разрешили серверу размещать там данные.
Теперь вы утерели один из файлов.
Вопрос - откуда волшебным образом появяться утерянные фрагменты данных ?
7 дек 11, 16:57    [11723448]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3637
ndf это вторичный файл базы данных. В нем тоже хранилась информация.
7 дек 11, 16:57    [11723453]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
PavluxaF
Member

Откуда: СПб
Сообщений: 126
Поясню суть проблемы. БД была нереально здоровая! Порядка 10-12 терабайт. Состояла она из десятка независимых таблиц. Администратор хранилища данных решил экономить на дисковом пространстве в результате чего БД была развернута на RAID 0.
В результате вылета одного жесткого диска был утерян файл БД (если точнее, то утеряна одна секция из одной таблицы). BackUp БД не создавался из-за крайне большого размера БД.

На текущий момент ситуация такова, что на информацию из утерянного файла наплевать. Можно ли восстановить остальные таблицы с утерей данной или все таблицы с утерей данных секции которая накрылась?

Если я пытаюсь обмануть SQL Server (подсовываю пустой файл с нужным мне названием вместо отсутствующего), то в процессе attach-а возникает exeption read at offset 0x000xxxx

Еще раз повторюсь с вопросом - как восстановить хотя бы часть данных (не поврежденных) с минимальными затратами по времени и ресурсам.
8 дек 11, 09:22    [11726632]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31960
PavluxaF
Администратор хранилища данных решил экономить на дисковом пространстве в результате чего БД была развернута на RAID 0.

PavluxaF
BackUp БД не создавался из-за крайне большого размера БД.
Интересно, как планировали восстанавливать данные те, кто принимал такие решения?

Ведь данные должны были пропасть гарантированно, это же не вопрос невезения.

Кстати, бакап занял бы меньше терабайта, если конечно у вас там не сжатые файлы хранились.
PavluxaF
Еще раз повторюсь с вопросом - как восстановить хотя бы часть данных (не поврежденных) с минимальными затратами по времени и ресурсам.
Не слышал о каких то способах...
8 дек 11, 09:34    [11726687]     Ответить | Цитировать Сообщить модератору
 Re: Проблема с attach database  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
PavluxaF
Поясню суть проблемы. БД была нереально здоровая! Порядка 10-12 терабайт. Состояла она из десятка независимых таблиц. Администратор хранилища данных решил экономить на дисковом пространстве в результате чего БД была развернута на RAID 0.
В результате вылета одного жесткого диска был утерян файл БД (если точнее, то утеряна одна секция из одной таблицы). BackUp БД не создавался из-за крайне большого размера БД.

На текущий момент ситуация такова, что на информацию из утерянного файла наплевать. Можно ли восстановить остальные таблицы с утерей данной или все таблицы с утерей данных секции которая накрылась?

Если я пытаюсь обмануть SQL Server (подсовываю пустой файл с нужным мне названием вместо отсутствующего), то в процессе attach-а возникает exeption read at offset 0x000xxxx

Еще раз повторюсь с вопросом - как восстановить хотя бы часть данных (не поврежденных) с минимальными затратами по времени и ресурсам.


не стоит венить администратора хранилища... корень продлемы либо в тех кто не дал денег на "дисковое пространство"+ленточну. библиотеку либо в тех кто съэкономил на DBA...

Большой размер БД - это не проблема для создания бэкапа. И на много бОльших размерах бэкапы делаются!

Восстановление не возможно не то чтобы с минимальными затратами времени - а невозможно вообще. Править руками не сможете.

База размещенная на R0 - умрет гарантированно, вопрос времени. Вы же решили что критичность этого события = 0. Значит у Вас есть план восстановления работы при потере БД = действуйте согласно этому плану.
8 дек 11, 10:08    [11726894]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить