INF-ФАЙЛ: Режим обхода (аварийного) и ДАМПА ТРАНЗАКЦИИ WITH NO_LOG

ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.

Эта статья на английском языке:165918
Эта статья помещена в архив. Она предлагается "как есть" и обновляться не будет.
Аннотация
Редкие ситуации, в базу данных могут быть помечены как ПОДОЗРИТЕЛЬНАЯ из-за для восстановленияПроизошла ошибка во время загрузки. Как правило, это запрещает любой доступ кданные. Тем не менее можно вручную установить состояние ПОДОЗРИТЕЛЬНАЯБаза данных «не использовать режим"(также называемые «аварийный режим») и УСТАНОВИТЕ или использованияМассовое копирование программы (BCP) для копирования данных. Хотя нельзя выполнитьмодификации обычных данных в режиме обхода, существует возможность выполнения ДАМПАТРАНЗАКЦИИ С NO_LOG. Обратите внимание, что при выполнении этой операции обход режима —не поддерживается и является потенциально опасной операцией.

По тем же причинам Если восстановления загрузки занимает слишком много времени, вы должныпрервать его, установите базы данных в режиме обхода и выполните ДАМП ТРАНЗАКЦИИС ПАРАМЕТРОМ NO_LOG.
Дополнительная информация
Все действия, производимые ДАМП ТРАНЗАКЦИЙ обычно регистрируются, поэтомуможно восстановить и abortable. Тем не менее исчерпания пространства журнала, ДАМПАсамой команды. Если журнал транзакций является настолько полное, недостаточно свободного местасуществует для этого журнала ТРАНЗАКЦИЙ ДАМП можно усечь параметр NO_LOG Сжурнал транзакций с без регистрации.

ДАМП ТРАНЗАКЦИИ С NO_LOG относительной безопасности в нормальных условиях.Сервер принимает меры, чтобы гарантировать, что восстановление будет успешным даже в том случае, еслиСбой сервера во время этой операции.

В редких случаях автоматического восстановления (также называемые восстановления запуска)может произойти сбой, помечая база данных помечена как ПОДОЗРИТЕЛЬНАЯ. Восстановление завершается ошибкой в других целях.Очень важно отметить errorlog сообщение, которое первоначально вызвалаВосстановление неудачу, так как он может помочь выяснить причины.

«Восстановление» — это процесс создания согласованной базы данных, повтор илиОтмена всех транзакций, которые были фиксированы на или после запускавремя последней контрольной точки. Этот процесс использует упреждающееприрода журнала транзакций (все измененные страницы записываются в журналПеред записью в базу данных). Восстановления состоит из каждого чтениязапись журнала, сравнив ее штампа времени для штампа времени, соответствующихстраница базы данных и Отмена изменений (в случае использования незафиксированных данныхтранзакция) или возврат изменений (в случае использования фиксациитранзакция).После отметить errorlog сообщение, которое вызывает сбой восстановленияУстановка состояния базы данных обратно в ОБЫЧНЫЙ и перезапуска SQL Server, см.После успешного восстановления еще раз. Можно изменить состояние базы данныхсредство sp_resetstatus хранимой процедуры. Это дополнительная хранятсяпроцедуры можно установить с помощью сценария Instsupl.sql в Mssql\Installкаталог. Дополнительные сведения содержатся в «Сброс подозрение, что статус» вэлектронной документации.

В случае восстановления по-прежнему, обратите внимание на сообщение об ошибке и обратитесь к вашей основнойПоставщик поддержки. Также необходимо убедиться в доступности вашего последнего хорошорезервной копии базы данных, поскольку могут понадобиться. Тем не менее, какая часть данных в вашемБаза данных доступна по-прежнему часто, хотя транзакционно (и физически)Несовместимость. Доступ к этим данным, задав состояние базы данныхобход или аварийный режим. Для этого, параметр sysdatabases.status -32768 для базы данных SQL Server 6.5 и 32768 для базы данных SQL Server 7.0, после включения «разрешить обновления». Например следующая команда для базы данных SQL Server 6.5.
   UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='DBNAME'				

После этого можно войти в базу данных и ВЫБОРА данных или с помощью программы BCPЧтобы достать его. При этом, но в большинстве случаев, возможно возникновение ошибокБольшая часть данных может быть извлечен.

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 165918 — последний просмотр: 12/04/2015 16:39:59 — редакция: 4.0

Microsoft SQL Server 4.21a Standard Edition, Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition

  • kbnosurvey kbarchive kbinfo kbusage kbmt KB165918 KbMtru
Отзывы и предложения