Elettracompany.com

Компьютерный справочник
2 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Sql база в процессе восстановления как вылечить

Как ускорить восстановление больших баз данных в SQL Server

Самородов Федор Анатольевич: Как ускорить восстановление больших баз данных в SQL Server

Все администраторы знают, что восстановление базы данных из резервной копии — процесс не быстрый. Особенно, если база большая.

А что если я скажу, что время восстановления БД можно сократить более чем вдвое при помощи одной простейшей опции?

Давайте проведём эксперимент. Вот база данных размером 100 ГБ, под завязку заполненная данными.

Все данные этой базы лежат в единственном файле.

Я сделаю резервную копию этой базы и затем восстановлю базу из резервной копии. И резервное копирование и восстановление я провожу самым обыкновенным способом без каких-либо хитроумных настроек.

А теперь посмотрите внимательно на выдачу инструкции RESTORE DATABASE:

Сама команда восстановления сообщает, что она выполнялась 3331 секунду — это примерно 55 минут. Но с точки зрения внешнего наблюдателя восстановление базы заняло больше двух часов! Получается, что 55 минут сервер занимался непосредственно восстановлением БД, а ещё час двадцать занимался неизвестно чем.

На самом деле это время сервер потратил на выделение места под восстанавливаемую базу. Сложно поверить, но это заняло в полтора раза больше времени, чем полезный процесс. Вас устраивает, что КПД дисковой подсистемы при восстановлении всего 40%?

Если нет, то давайте зайдём в локальную политику безопасности и предоставим учётной записи, под которой работает SQL Server разрешение «выполнение задач по обслуживанию томов» (в английской версии — «perform volume maintenance tasks»). Чтобы это подействовало необходимо перезапустить службу SQL Server. Теперь сервер сможет гораздо быстрее выделять место на диске для резервных копий, восстановления баз, а также при расширении файлов баз и журналов.

Повторим эксперимент с восстановлением стогигабайтной базы:

Теперь база действительно восстанавливается за 55 минут — это почти в два с половиной раза быстрее, чем при настройках по умолчанию!

А как вы думаете, почему Микрософт не включил эту настройку сразу при установке сервера? Ведь преимущества очевидны! Может быть, тут притаились какие-то побочные эффекты? Ответ на это вопрос вы узнаете на наших курсах. А также вы узнаете о других интересных настройках, которые могут заметно поднять производительность сервера баз данных. Приходите учиться в Специалист — будет интересно! 😉

Подробнее об этом Вы сможете узнать на курсах SQL Server

Заказ добавлен в Корзину.

Для завершения оформления, пожалуйста, перейдите в Корзину!

Восстановление базы SQL

Для того чтобы разработать эффективный план резервного копирования в Microsoft SQL Server2000, Вам необходимо научиться восстанавливать данные из резервной копии. Восстановление может понадобиться в случае сбоя в работе оборудования или при необходимости создания на другом сервере абсолютно идентичной копии существующей базы данных.

Запомните, если Вы восстанавливаете базу, используя Simple Recovery Model, Вам нужно будет восстановить только последнюю полную копию. Если же Вы используете Full или Bulk Recovery Model , Вы должны восстановить полную копию, затем последнюю дифференциальную копию и все копии журналов транзакций. Изучим подробнее процессы восстановления.

Восстановление базы данных из полной копии.

Независимо от модели восстановления, первым шагом всегда является восстановление последней полной резервной копии. Для восстановления БД в Enterprise Manager, следует выделить базу данных, дважды щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню “All Tasks > Restore Database”, после этого откроется диалоговое окно, показанное на Рисунке A.

Диалоговое окно Restore Database позволяет просматривать все последние резервные копии в хронологическом порядке. Там же Вы можете выбрать базу данных, которую нужно восстановить. На вкладке Options показанной на Рисунке B, Вы можете выбрать сделующие опции:

  • Eject tapes after restoring each backup (выгружать ленту после каждого восстановления)
  • Prompt befor restoring each backup (выдавать дополнительное предупреждение перед началом восстановления каждой копии)
  • Force restore over existing database (осуществлять восстановление поверх существующей базы данных), эта опция эквивалентна Move в T-SQL.

В нижней части окна находятся три переключателя, которые позволяют определить состояние базы после восстановления копии:

  • Leave Database Operational. No Additional Transaction Logs Can Be Restored.
    • Если Вы выбрали это значение, то после загрузки резервной копии будет инициирован процесс восстановления, что приведет к откату всех незавершенных транзакций. Станет невозможной загрузка дополнительных копий журнала транзакций. Пользователи получат возможность нормально работать с базой данных.
  • Leave Database Nonoperational But Able To Restore Additional Transaction Logs.
    • По окончании загрузки копии база данных будет оставаться временно недоступной. Будет необходимо загрузить дополнительные копии, после чего инициировать процесс восстановления.
  • Leave Database Read-Only And Able To Restore Additional Transaction Logs.
    • База данных становится доступной только для чтения. Вы можете загрузить дополнительные резервные копии журнала транзакций. Эта опция используется для создания резервного сервера (Standby Server)

Для восстановления базы данных и журналов транзакций осталось просто нажать кнопку OK.

Восстановление базы данных с помощью T-SQL.

Восстановление базы данных можно выполнить и с помощью T-SQL, который предлагает больше опций чем Enterprise Manager. Синтакс использования T-SQL команды следующий:

RESTORE DATABASE < database_name | @database_name_var >
[ FROM [ ,. n ] ]
[ WITH
[ RESTRICTED_USER ]
[ [ , ] FILE = < file_number | @file_number > ]
[ [ , ] PASSWORD= < password | @password_variable > ]
[ [ , ] MEDIANAME= < media_name | @media_name_variable > ]
[ [ , ] MEDIAPASSWORD= < mediapassword | @mediapassword_variable > ]
[ [ , ] MOVE 'logical_file_name' TO 'operating_system_file_name' ]
[ ,. n ]
[ [ , ] KEEP_REPLICATION ]
[ [ , ] < NORECOVERY | RECOVERY | STANDBY =undo_file_name > ]
[ [ , ] < NOREWIND | REWIND >]
[ [ , ] < NOUNLOAD | UNLOAD >]
[ [ , ] REPLACE ]
[ [ , ] RESTART ]
[ [ , ] STATS [ =percentage ] ]

Для детального изучения каждой опции следует прочитать описание в SQL Server 2000 Books Online.

На Рисунке C показано восстановление базы данных Pubs из полной копии с устройства резервного копирования.

Восстановление базы данных из дифференциальной копии.

Если Вы используете Full или Bulk Recovery Model, Вы должны выполнить сначала восстановление полной резервной копии, затем последней дифференциальной копии и всех журналов транзакций. Для выполнения восстановления базы данных, используя дифференциальную копию, в Enterprise Manager необходимо выделить базу данных, дважды щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню “All Tasks > Restore Database”, выбрать восстановления полной и дифференциальной копии базы данных, а затем нажать OK. (исунок D)

Читать еще:  Как восстановить языковую панель на рабочем столе

Синтаксис команды Restore для выполнения восстановления с использованием дифференциальных копий, показан на Рисунке Е.

Восстановление журнала транзакций.

Перед началом восстановления журнала транзакций, Вы должны восстановить полную и последнюю дифференциальную копию базы. Затем Вы можете восстанавливать журналы транзакций в соответсвующем порядке. Если Вы используете Enterprise Manager, нужно выделить базу данных, дважды щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню “All Tasks > Restore Database”, выбрать все нужные копии и, если есть необходимость, опцию Point in Time Restore (восстановление на определенный момент времени) (Рисунок F).

Синтаксис команды Restore для восстановления журнала транзакций, показан на РисункеG.

Подведем итоги. Резервное копирование и восстановление базы данных – это одна из основных , наиболее важных задач администратора баз данных. В любой момент времени Вы должны быть уверены в своей способности восстановить базу данных SQL Server 2000 согласно Вашему плану аварийного восстановления. Если же у Вас нет плана аварийного восстановления, я рекомендую начать работать над ним. В случае, если что-то произойдет и данные будут потеряны, следующей потерей для Вас может стать потеря места работы.

Восстановление резервной копии базы данных
(среда SQL Server Management Studio)

В данной статье подробно рассмотрим процесс восстановления полной резервной копии базы данных с использованием среды SQL Server Management Studio.

Введите адрес сервера или его псевдоним и данные для авторизации.
Нажмите «Соединить».

В Обозревателе объектов разверните дерево сервера, нажав на имени сервера. Раскройте узел «Базы данных» и выберите из раскрывающегося списка базу данных для восстановления, нажмите по ней правой кнопкой мыши и в появившемся контекстном меню выберите «Задачи» — команду «Восстановить»«База данных…».

Запустится Мастер восстановления базы данных.
Чтобы указать источник и расположение восстанавливаемых резервных наборов данных, выберите вариант «Устройство».

Нажмите на кнопку обзора (…), после чего откроется диалоговое окно «Выберите устройство резервного копирования». В поле «Тип носителя резервной копии» в раскрывающемся списке выберите «Файлы». Нажмите кнопку «Добавить» и укажите носитель и расположение резервной копии для восстановления.

После добавления устройства в список «Расположение резервной копии» нажмите «OK» для возвращения на вкладку «Общие».

В разделе «Назначение», в поле «База данных» автоматически появится имя базы данных для восстановления. Если потребуется изменить имя базы данных, просто введите новое имя в окно «База данных».

В поле «Восстановить в» оставьте значение по умолчанию «Последняя созданная резервная копия».

В разделе «План восстановления» в таблице «Восстанавливаемые резервные наборы данных» отображаются резервные копии, доступные в указанном месте. По умолчанию предлагается план восстановления, оставьте предложенный план без изменений.

Переходим во вкладку «Файлы», на панели «Выбор страницы» нажмите на диалоговое окно «Файлы».
При необходимости здесь можно восстановить базу данных в новое расположение, определив новое место восстановления для каждого файла в сетке «Восстановить файлы базы данных как».

Для просмотра или выбора дополнительных параметров нажмите на вкладку «Параметры» на панели «Выбор страницы». При необходимости здесь можно указать любые из следующих параметров, подходящих к ситуации:

  • переписать существующую базу данных;
  • сохранить настройки репликации;
  • ограничить доступ к восстановленной базе данных.

Установив все необходимые параметры, нажмите кнопку «ОК». Запустится процесс восстановления базы данных.

После того, как процесс по восстановлению будет завершен увидим уведомление «Восстановление базы данных успешно завершено».

Инструкция по восстановлению базы SQL

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

Сижу, пишу подобную инструкцию, но более обширно, (начиная от app заканчивая связанными приложениями с системой) дошел как раз до момента базы, и задумался, о там как максимально, без болезненно пройти крах. Как не кручу схему ну, не выход…

Были мысли поднять ночной бекап, но тогда встанет вопрос с FTP в базе, когда начнем клепать новые заявки…..
Была мысль поднять новую чистую базу со всеми настройками боевой, а потом постепенно перенести все, что наклепают в новой, но в ней нет заявок,… в общем, я думаю, мысль ясна.

База у меня живет на кластере. Там же FTP, (Падение FTP я уже проходил ), так что знаю, как себя может вести кластерная система.

Help поделитесь мыслями.

Для коллекции:
Инструкция по восстановлению из полной+дифференциальной копий для 2005 sql servera
Если надо кому, можно и картинок накидать

1. Восстановления базы данных из резервной копии.
На время восстановления базы данных нужно отключить все соединения с данной базой
1.1. Восстановление базы данных из резервной копии на исходном сервере:
1.1.1. В Management Studio: Database клик правой кнопкой мыши Tasks -> Restore -> Database
1.1.2. На вкладке General выберите в разделе Sel ect the backup sets to restore выберите полную резервную копию и интересующую вас разностную копию
1.1.3. На вкладке Options ставим маркер в Overwrite the existing database
1.1.4. Жмем кнопку Ок. Процесс восстановления запущен
1.2. Восстановление базы данных из резервной копии на другом сервере:
1.2.1. Копируем файлы последней полной и разностной резервных копий на локальный диск
1.2.2. Создаем новую базу данных в Management Studio
1.2.3. Database клик правой кнопкой мыши Tasks->Restore-> Database
1.2.4. На вкладке General выбираем Source for restore: From device. Указываем путь к файлу полной резервной копии
1.2.5. На вкладке Options ставим маркер в Overwrite the existing database
1.2.6. На вкладке Options в разделе Restore the database file as указываем путь к файлу базы данных (по умолчанию: C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLData .mdf) и файлу журнала базы данных (по умолчанию: C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLData .ldf)
1.2.7. На вкладке Options в разделе Recovery state устанавливаем маркер в среднее положение (Leave the database non-operational, and do not rollback uncommitted transactions. Additional transaction logs can be restored.(RESTORE WITH NORECOVERY))
1.2.8. Жмем кнопку Ок. Процесс восстановления полной копии запущен.
1.2.9. После того, как закончено полное восстановление делаем восстановление из разностной копии. Database клик правой кнопкой мыши Tasks->Restore-> Database
1.2.10. На вкладке General выбираем Source for restore: Fr om device. Указываем путь к файлу разностной резервной копии
1.2.11. На вкладке Options в разделе Restore the database file as указываем путь к файлу базы данных (по умолчанию: C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLData .mdf) и файлу журнала базы данных (по умолчанию: C:Program FilesMicrosoft SQL ServerMSSQL.1MSSQLData .ldf)
1.2.12. Жмем кнопку Ок. Процесс восстановления разностной копии запущен

Читать еще:  Можно ли восстановить удаленные сообщения в вк

Я вот что подумал…

Берем бекап за ночь.
Каждые 3 часа делаем дифференциальный бекап, т.к это кластер на одну из ног сажаем саму базу и каждые 3 часа накатываем на нее этот дифференциальный бекап. Если падает сама база, то ее можно поднять на одной из нод с разницей в 3 часа.

А время на восстановление уйдет, скажем 20 мин… (все переключить..).

Это одно решение наверно, … нужно еще подумать, как можно выйти из неприятной ситуации.

На сколько я знаю в SQL есть метод репликации данных на лету… я представляю какие ресурсы нужны чтобы эту схему реализовать…

SQL Server: база данных застряла в состоянии» восстановление»

Я создал резервную копию базы данных:

а затем попытался восстановить его:

и теперь база данных застряла в состоянии восстановления.

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

кроме того, что, конечно, не удается:

и именно то, что вы хотите в катастрофической ситуации, — это восстановление, которое не будет работа.

резервная копия содержит как данные, так и файл журнала:

20 ответов

вам нужно использовать WITH RECOVERY опция, с вашей базой данных RESTORE команда, чтобы привести вашу базу данных в режиме онлайн в рамках процесса восстановления.

Это, конечно, только если вы не собираетесь восстанавливать резервные копии журналов транзакций, т. е. вы хотите восстановить резервную копию базы данных, а затем иметь доступ к базе данных.

ваша команда должна выглядеть так,

вы можете иметь больше успеха с помощью мастера восстановления базы данных в SQL Server Студия Управления. Таким образом, можно выбрать определенные расположения файлов, параметр перезаписи и параметр с восстановлением. Иногда процесс восстановления застревает только из-за размера файла базы данных. смотрите здесь: https://madhivanan.wordpress.com/2016/09/06/issue-in-recovering-a-database-that-is-in-the-restoring-state-reference/

У меня была эта ситуация восстановление базы данных в экземпляр SQL Server 2005 Standard Edition с помощью Symantec Backup Exec 11d. После завершения задания восстановления база данных осталась в состоянии» восстановление». У меня не было проблем с дисковым пространством-база данных просто не вышла из состояния «восстановление».

Я запустил следующий запрос к экземпляру SQL Server и обнаружил, что база данных сразу стала полезной:

вот как вы это делаете:

  1. остановить службу (MSSQLSERVER);
  2. переименовать или удалить файлы базы данных и журналов (C:Program файлыMicrosoft SQL ServerMSSQL.1MSSQLданные. ) или где у вас есть файлы;
  3. запустить службу (MSSQLSERVER);
  4. удалить базу данных с проблемы;
  5. восстановить базу данных.

У меня был аналогичный инцидент с остановкой сервера-получателя доставки журналов. После команды удалить сервер из доставки журналов и остановить доставку журналов с первичного сервера база данных на вторичном сервере застряла в восстановлении состояния после команды

сообщения базы данных:

восстановление базы данных успешно обработано 0 страниц за 18.530 секунд (0.000 MB / sec).

база данных была использована снова после тех 18 секунд.

У меня была аналогичная проблема с восстановлением с помощью SQL Management Studio. Я попытался восстановить резервную копию базы данных на новую с другим именем. Сначала это не удалось, и после исправления имен файлов новой базы данных это было успешно выполнено — в любом случае проблема, которую я описываю, произошла снова, даже если я получил это право с первого раза. Таким образом, после восстановления исходная база данных осталась с A (Restoring. рядом с названием. Рассмотрение ответов форума выше (Bhusan) я попытался запустить в Редакторе запросов на стороне следующее:

который исправил проблему. Сначала у меня возникли проблемы из-за имени базы данных, содержащей специальные символы. Я решил это, добавив двойные кавычки вокруг-одиночные кавычки не будут работать, давая » неправильный синтаксис рядом . » ошибка.

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

OK, у меня есть аналогичная проблема, и точно так же, как это было в случае Pauk, это было вызвано тем, что сервер исчерпал дисковое пространство при восстановлении и поэтому вызвал постоянное состояние восстановления. Как завершить это состояние без остановки служб SQL Server?

Я нашел решение 🙂

с опцией восстановления используется по умолчанию при выполнении команд RESTORE DATABASE/RESTORE LOG. Если вы застряли в процессе «восстановления», вы можете вернуть базу данных в онлайн-состояние, выполнив:

Если есть необходимость в восстановлении нескольких файлов, команды CLI требуют с NORECOVERY и с восстановлением соответственно-только последний файл в команде должен иметь с восстановлением, чтобы вернуть базу данных онлайн:

можно использовать SQL Server Мастер Management Studio также:

существует также виртуальный процесс восстановления, но вам придется использовать сторонние решения. Как правило, вы можете использовать резервную копию базы данных в онлайн базе. ApexSQL и Idera имеют свои собственные решения. Обзор по SQL Hammer о восстановлении ApexSQL. Виртуальный восстанавливая хорошее решение, если вы имеете дело с большим количеством резервных копий. Процесс восстановления намного быстрее, а также может сэкономить много места на диске. Вы можете взгляните на инфографики здесь для некоторого сравнения.

Читать еще:  Запуск java приложений linux

Это может быть довольно очевидно, но это меня только что споткнулось:

Если вы берете резервную копию хвостового журнала, эта проблема также может быть вызвана тем, что эта опция включена в Мастере восстановления SSMS — » оставить исходную базу данных в состоянии восстановления (с NORECOVERY)»

если клиент, который выдал RESTORE DATABASE команда отключается во время восстановления, Восстановление будет застрять.

странно, что сервер, когда ему говорят восстановить базу данных с помощью клиентского соединения, не завершит восстановление, если клиент не будет подключен все время.

У меня была ситуация, когда моя база данных показывала состояние восстановления, и я не мог запускать какие-либо запросы и не мог подключиться к нашему программному обеспечению.

Что я сделала, чтобы выйти из этой ситуации:

остановить все связанные службы SQL из windows сервисы.

Я открыл папку данных, где файлы Ldf и Mdf находятся в каталоге SQL, обычно это похоже : «C:Program файлы***********MSSQLDATA

затем я скопировал файлы Ldf и Mdf базы данных: [имя БД].mdf и [имя БД]_log.ldf

Я скопировал оба файла в другую папку.

затем я запустил все службы, связанные с SQL (на шаге 1) снова из служб windows.

запустил мою MS SQL Management studio с обычным логином.

Правой Кнопкой Мыши на базе данных виновника и нажмите Удалить (чтобы удалить базу данных на всех).

все файлы LDF и MDF, связанные с этой базой данных, ушли из папки данных (упомянутой в шаге 2).

создал новую базу данных с тем же именем (то же имя, которое я удалил в шаге 6 — база данных виновника).

затем [имя базы данных] — > щелкните правой кнопкой мыши — > задачи — > отключить.

затем я скопировал оба файла (с шага 3) обратно в папку данных (Шаг 2).

[имя базы данных] — >щелкните правой кнопкой мыши — > задачи — > вывести в интернет.

У меня было . в моем имени базы данных, и запрос не работал из-за этого (говоря неправильный синтаксис рядом ‘.Затем я понял, что мне нужна скобка для имени:

У меня была эта проблема, когда я также получил ошибку TCP в журнале событий.

падение БД с sql или щелкните правой кнопкой мыши на нем в диспетчере » удалить» И восстановить снова.

Я фактически начал делать это по умолчанию. Сценарий падение БД, воссоздать, а затем восстановить.

по умолчанию every RESTORE DATABASE входит RECOVERY настройка. Параметры «NORECOVERY» в основном сообщают SQL Server, что база данных ожидает больше файлов восстановления (может быть DIFF файл и LOG файл и, может включать файл резервной копии хвостового журнала, если это возможно). Параметры «восстановление», завершить все транзакции и пусть база данных готова к выполнению транзакций.

  1. если ваша база данных настроена простой модель восстановления, вы можете выполнять только полное восстановить с помощью NORECOVERY вариант, когда у вас есть DIFF резервное копирование. Нет!—12—>LOG резервное копирование разрешается в простой модель восстановления базы данных.
  2. в противном случае, если база данных настроена с полное или МАССОВАЯ РЕГИСТРАЦИЯ модель восстановления, вы можете выполнять полное восстановление с последующим NORECOVERY опция, затем выполните DIFF следовал по NORECOVERY и, наконец, выполнить LOG восстановить с помощью .

помните, что ПОСЛЕДНИЙ ЗАПРОС ВОССТАНОВЛЕНИЯ ДОЛЖЕН ИМЕТЬ RECOVERY опции. Это может быть явный способ или нет. В термах T-SQL ситуация:

  1. USE [master] GO RESTORE DATABASE Database_name FROM DISK = N’path_of_backup_file.bak WITH FILE = 1, [REPLACE],NOUNLOAD, RECOVERY — This option could be omitted. GO

С заменой опция должна использоваться с осторожностью, так как это может привести к потере данных

или, если вы выполняете Полное и DIFF резервное копирование, вы можете использовать это

  1. USE [master] GO — Perform a Tail-Log backup, if possible. BACKUP LOG Database_name GO — Restoring a FULL backup RESTORE DATABASE Database_name FROM DISK = N’path_of_backup_file.bak’ WITH FILE = 1, NOUNLOAD,NORECOVERY GO — Restore the last DIFF backup RESTORE DATABASE Database_name FROM DISK = N’path_of_DIFF_backup_file.bak’ WITH FILE = 1, NORECOVERY,NOUNLOAD GO — Restore a Log backup RESTORE LOG Database_name FROM DISK = N’path_of_LOG_backup_file.trn’ WITH FILE = 2, RECOVERY, NOUNLOAD GO

конечно, вы можете выполнить восстановление с параметром статистика = 10 это говорит SQL Server сообщать о каждом 10% завершено.

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

надеюсь, что это поможет.

также может возникнуть проблема с удалением застрявшей базы данных, если включен снимок. Для меня это сработало:

  1. сначала я следовал Типу Delacablu шаги (прочитайте несколько сообщений вверх)
  2. выполнить команду: drop database [ваша база данных], которая даст вам ошибку, сообщающую вам имя базы данных моментальных снимков
  3. run command: drop database [база данных моментальных снимков], а затем снова запустите команду на Шаге 2.

в моем случае этого было достаточно, чтобы удалить базу данных, который висел в состоянии «восстановление. « С помощью команды SQL

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

вы пробовали запустить только проверку? Просто чтобы убедиться, что это резервная копия.

Ссылка на основную публикацию
ВсеИнструменты 220 Вольт
Adblock
detector
×
×