AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.03.2008, 09:16   #1  
otkudao
Гость
 
n/a
SQL 2000 восстановление базы из MDF
Понимаю, что Гугл рулит, но такую глобальную вещь надо сохранять многократно и беречь, не смыкая глаз.

Если наш родной MS SQL в очередной раз взбрыкнул (что характерно после подвисонов и 'передергиваний' крупных рабочих баз) и перевел вашу базу в состояние Suspected или еще какое нехорошее, не спешите мылить веревку. Гляньте сюда, Ваша проблема, скорее всего, разрешится.

Сбросьте лог (сбой происходит в нем) и восстанавливайте базу из MDF.

Прилагаю также файл-копию совета со своими комментами.

http://www.sql.ru/faq/faq_topic.aspx?fid=123

Да, работает на 2000-м только вроде...
Вложения
Тип файла: doc Присоединение файла .mdf без файла .ldf.doc (24.5 Кб, 366 просмотров)
Старый 25.03.2008, 09:19   #2  
Yprit is offline
Yprit
Злыдни
Аватар для Yprit
Злыдни
 
419 / 93 (4) ++++
Регистрация: 22.02.2004
Адрес: СПб
Цитата:
DBCC CHECKDB('<db_name>', REPAIR_ALLOW_DATA_LOSS)
otkudao, при всем уважении - Вы бы все-таки людей предупредили, к чему приводит выполнение данной команды.....
Старый 25.03.2008, 10:46   #3  
otkudao
Гость
 
n/a
да, надо предупредить. Но вся процедура выполняется тогда, когда уже ничего не страшно
Старый 25.03.2008, 11:23   #4  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
А вот что про подобные "фокусы" пишет Paul Randal ("папа" DBCC, недавно покинул Microsoft)
Corruption: Last resorts that people try first...
Все дело - в нормальной политике резервного копирования. Она или есть и гарантирует восстановление за заранее определенное время с заранее оговоренными потерями данных, или ее нет
__________________
-ТСЯ или -ТЬСЯ ?
Старый 25.03.2008, 11:58   #5  
otkudao
Гость
 
n/a
ого! Так эта команда еще и ' undocumented and unsupported'. Просто мегареспект кулибину!
Старый 25.03.2008, 12:03   #6  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
на sql.ru эта тема вроде в FAQ
Старый 25.03.2008, 12:10   #7  
otkudao
Гость
 
n/a
так, команда есть и In SQL Server 2005. С другим синтаксисом
Старый 25.03.2008, 12:22   #8  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
на sql.ru эта тема вроде в FAQ
я г-ну Рэндалу почему-то больше доверяю
__________________
-ТСЯ или -ТЬСЯ ?
Старый 25.03.2008, 12:36   #9  
otkudao
Гость
 
n/a
Цитата:
А вот что про подобные "фокусы" пишет Paul Randal ("папа" DBCC, недавно покинул Microsoft)
много буков, а написано о том, что и так вроде интуитивно понятно: "Данные, модифицируемые неоконченными на момент сбоя транзакциями (в том числе системными), перестраиваются с удалением сбойных (на которые нет внутренних ссылок)". Соответственно, велика вероятность, что последних обрабатываемых данных вы не увидите. Возможно, и кое-каких еще

А совет по поводу того, что грамотный бэкап исправит ситуацию, позволю себе подвергнуть критицизму:

1. если сбой в логе (а он там и есть), то остается воспользоваться только периодическим бэкапом
2. Периодический бэкап не сохраняет не только текущих операций, но и больший или меньший пул предыдущих... Так что не все так просто.

PS
после наката восстанавливающей процедуры база стала работать быстрее. По первым впечатлениям. Возможно, более корректные настройки по умолчанию накатились или еще чего...
Старый 25.03.2008, 20:10   #10  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от otkudao Посмотреть сообщение
много буков, а написано о том, что и так вроде интуитивно понятно: "Данные, модифицируемые неоконченными на момент сбоя транзакциями (в том числе системными), перестраиваются с удалением сбойных (на которые нет внутренних ссылок)". Соответственно, велика вероятность, что последних обрабатываемых данных вы не увидите. Возможно, и кое-каких еще
Дело ведь не в количестве потерянных данных, а в нарушениях целостности (там же есть пример, когда остатки после такого "восстановления" не соответствуют проводкам, или же ссылочная целостность рушится). Может бизнес доверять "восстановленным" таким образом данным?

Цитата:
А совет по поводу того, что грамотный бэкап исправит ситуацию, позволю себе подвергнуть критицизму:
1. если сбой в логе (а он там и есть), то остается воспользоваться только периодическим бэкапом
2. Периодический бэкап не сохраняет не только текущих операций, но и больший или меньший пул предыдущих... Так что не все так просто.
Сомневаетесь в том, что бэкап позволяет гарантированно восстановить целостную копию данных с потерями не более n (настраиваемо, штатно (мышкой) - до 1) минут ? Напрасно

P.S. Хотя - мы живем в свободной стране, восстанавливайтесь так, как считаете правильным. Жизнь сама все расставит по местам
P.P.S. Если БД регулярно вываливается в suspect - проверяйте железо, ненормально это
__________________
-ТСЯ или -ТЬСЯ ?
Старый 25.03.2008, 22:17   #11  
otkudao
Гость
 
n/a
проверять-[до]восстанавливать потерянное потребуется в любом случае вручную.
Потери неизбежны. Возникают они из-за отсутствия целостности или из-за большого периода бэкапирования - клиентам-то без разницы. Развернулись и ушли. Но это уже лирика...

Хотел еще заметить, что в гладкую теорию жизнь всегда вносит свои коррективы. Что нетрудно заметить по "бороде" "Спасиб" в первой ссылке на sql.ru.

PS
Цитата:
Жизнь сама все расставит по местам
да, кстати, процедуру-то эту Рендал и разрабатывал. Наверное, и в 2005 именно он не забыл рекомендовать ее перетащить. К чему бы это?

Последний раз редактировалось otkudao; 25.03.2008 в 22:23.
Теги
sql server

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
перевод SQL 2000 на SQL 2005 SNG DAX: Администрирование 24 17.03.2011 17:44
MS SQL 2005 восстановление Tarrash DAX: Администрирование 5 05.05.2008 15:39
axStart: How to restore an AX 3.0 SQL 2000 backup in sql 2005 Blog bot DAX Blogs 0 12.02.2008 15:10
mazzy: Сравнительное тестирование производительности Microsoft Axapta v.3.0. CУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2000 Blog bot DAX Blogs 0 28.10.2006 17:22
MS SQL-server 2000 and Navision Yoil DAX: Администрирование 21 20.12.2002 17:37
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:02.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.