Указанное имя ресурса не найдено в файле изображения

Обновлено: 03.07.2024

тл;др; Перезапустите экземпляр в безопасном режиме (параметр запуска -f) и переместите tempdb. Затем перезапустите без параметра.

Во время саммита 2015 года я застал последние несколько минут выступления Расса Томаса (b/t) на тему Прививка от стресса: поддержание производительности в условиях стресса. Кстати, в тот момент я сам находился в сильном стрессе (я ждал начала сеанса), что объясняет, почему я бесцельно бродил по залу.

Судя по тому, что я увидел, это была отличная сессия. Предпосылка заключается в том, что вы не будете испытывать такого же стресса во время бедствия, если вы практиковались в разрешении этой конкретной беды. Звучит разумно, верно? В рамках своего сеанса он сделал эти замечательные интерактивные демонстрации. Он вызывал людей из зала и заставлял их пытаться решить сложную проблему, в то время как он беспокоил их (мягко) на заднем плане. Любой, кто имел дело со сбоем сервера (например), поймет, что это довольно хороший способ продемонстрировать тип стресса, который вы можете испытывать. В тот момент, когда я вошел, одному из зрителей вызвали вызов. Его просили перезапустить экземпляр SQL, где диск, на котором хранилась база данных tempdb, больше не был доступен. Как выразился Расс, это редко встречающаяся проблема с высокой ответственностью. (Это случается не очень часто, но когда это происходит, это имеет большое значение.)

Итак, если это когда-нибудь случится с вами (или со мной), вот вам:

Запуск SQL Server без tempdb

Ситуация: Ваш сервер не работает. Диск/каталог, где должна находиться tempdb, не существует. Кто знает почему. Возможно, эти злые парни из SAN забыли повторно подключить ваше хранилище во время аварийного восстановления. Вы можете осознавать это или не осознавать, но SQL Server не запустится без tempdb. Что хорошо. Просто переместите его в существующее место, верно? Ну да. Это важный шаг. Итак, вот как мы

  1. Запустить базу данных изменений
  2. Остановить и перезапустить SQL Server

Хорошо, если вы расскажете мне, как запустить ALTER DATABASE, когда инстанс не работает, я буду очень впечатлен. На самом деле вне впечатлений. Обалдел даже. Однако нам придется переместить базу данных tempdb. Он нам понадобится, когда мы снова вернемся.

Первый шаг — восстановить экземпляр в той или иной форме. Есть два способа (хорошо, что я могу придумать навскидку) запустить SQL Server. Мы можем использовать команду sqlservr.exe для запуска из командной оболочки или использовать SSCM (диспетчер конфигурации SQL Server).

В любом случае нам нужно запустить SQL Server с минимальной конфигурацией (используйте параметр -f). Одним из преимуществ минимальной конфигурации является то, что для нее не требуется база данных tempdb. Имейте в виду, что он также переводит экземпляр в однопользовательский режим. Поэтому, если вы запускаете экземпляр, а агент запускается вместе с ним, вам нужно будет закрыть его, прежде чем вы сможете подключиться к экземпляру. Также, как и в любое время, когда вы находитесь в однопользовательском режиме, вы хотите подключаться только через SQLCMD или окно запроса в SSMS (без обозревателя объектов).

Примечание. Вы также можете использовать флаг трассировки 3608, который указывает SQL Server не запускать и не восстанавливать любую базу данных, кроме основной.

Теперь, когда SQL Server запущен, мы можем использовать приведенный выше код для перемещения tempdb в существующее расположение, а затем перезапустить SQL Server без флага запуска или флага трассировки.

И после этого приятного длинного объяснения вот быстрая и простая демонстрация.

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

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

CREATE FILE обнаружил ошибку операционной системы 3 (система не может найти указанный путь) при попытке открыть или создать физический файл 'c:\Program Files\Microsoft SQL Server\MSSQL11.SQLEXPRESS2012\MSSQL\DATA\tempdb\ tempdb.mdf'.
FCB::Open failed: Не удалось открыть файл c:\Program Files\Microsoft SQL Server\MSSQL11.SQLEXPRESS2012\MSSQL\DATA\tempdb\tempdb.mdf для файла номер 1. Ошибка ОС: 3 (Система не может найти указанный путь.).
Служба SQL Server (SQLEXPRESS2012) прервана из-за следующей ошибки службы:

Указанное имя ресурса не может быть найдено в файле изображения.

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

Теперь в этом конкретном случае мы можем решить проблему, просто заново создав отсутствующий каталог, но давайте представим, что это не вариант (например, отсутствует весь диск). Итак, давайте перезапустим экземпляр, используя флаг -f. Сначала я открываю SSCM и перехожу к свойствам экземпляра.

tempdbRestart

Затем на вкладке Параметры запуска я добавляю параметр -f.

tempdbRestart3

Нажмите кнопку Применить и перезапустите экземпляр.

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

tempdbRestart4

Не знаю почему, но я все равно подключился. После подключения мы запускаем наш скрипт исправления:

Теперь вернемся к SSCM и свойствам экземпляра, где мы удаляем флаг -f.

tempdbRestart5

Перезапустите экземпляр еще раз.

tempdbRestart6

И мы вернулись к нормальной жизни.

Хорошо, возможно, это было не так быстро, как я сказал. Это было легко, хотя не так ли 🙂

Мы получили ряд отчетов о пользователях, которые сталкивались с ошибкой «Указанное имя ресурса не может быть найдено в файле образа (0x80070716)» при попытке доступа к одному или нескольким меню параметров восстановления файлов. Сообщается, что эта проблема чаще всего возникает в Windows 7. Большинство затронутых пользователей сообщают, что ошибка возникает при попытке доступа к вкладке «История файлов».


< /p>

Не удается найти указанное имя ресурса в файле изображения (0x80070716)

Что вызывает ошибку «Указанное имя ресурса не найдено в файле изображения (0x80070716)»?

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

  • Служба резервного копирования Windows конфликтует со службой восстановления файлов. Как отмечают многие затронутые пользователи, похоже, это конфликт между службой резервного копирования Windows и утилитой восстановления файлов в Windows 7 и Windows 8. Этот сценарий может быть решается путем отключения службы резервного копирования Windows, если используется утилита восстановления файлов.
  • Два раздела реестра усугубляют конфликт. Даже если служба резервного копирования Windows отключена, два параметра реестра могут по-прежнему мешать работе утилиты восстановления файлов. Несколько пользователей, пытающихся решить одно и то же сообщение об ошибке, сообщили, что проблема была решена только после того, как они отследили и отключили ключи ValidConfig и ValidSystemImageBackup.

Если вы в настоящее время ищете способы решения или обхода ошибки «Указанное имя ресурса не может быть найдено в файле изображения (0x80070716)», эта статья предоставит вам несколько проверенных шагов по устранению неполадок. Ниже вы можете прочитать все о двух потенциальных исправлениях, которые удалось развернуть многим затронутым пользователям для решения проблемы.

Способ 1. Отключение службы резервного копирования Windows

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

Оказалось, что служба резервного копирования Windows может конфликтовать с утилитой восстановления файлов и в результате вызывать ошибку «Указанное имя ресурса не может быть найдено в файле образа (0x80070716)». Вот краткое руководство по отключению службы резервного копирования Windows:

  1. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «services.msc» и введите Enter, чтобы открыть экран «Службы». Запуск служб из диалогового окна "Выполнить"
  2. На экране «Службы» прокрутите список локальных служб вниз и найдите службу резервного копирования Windows. Доступ к службе резервного копирования Windows
  3. Дважды щелкните службу резервного копирования Windows, перейдите на вкладку «Общие» и измените тип запуска на «Отключить». Если служба в настоящее время запущена, нажмите «Стоп», прежде чем нажать «Применить», чтобы сохранить изменения.
  4. Перезагрузите компьютер и посмотрите, решится ли проблема при следующем запуске.
  5. Если теперь вы можете использовать восстановление файлов без ошибок, не забудьте выполнить обратное проектирование описанных выше шагов (после того, как вы закончите использовать восстановление файлов) и повторно включить службу резервного копирования Windows, чтобы ваша система регулярно создавала резервные копии.< /li>

    Если вы по-прежнему сталкиваетесь с той же ошибкой «Указанное имя ресурса не может быть найдено в файле образа (0x80070716)» после завершения следующего запуска, перейдите к следующему способу ниже.

    Способ 2. Изменение двух ключей реестра, принадлежащих резервному копированию Windows

    Другие пользователи, оказавшиеся в похожей ситуации, сообщают, что проблема была наконец решена после того, как они отследили ключи реестра, принадлежащие службе резервного копирования Windows (ValidConfig и ValidSystemImageBackup), и изменили их значения на 0, чтобы отключить их. функциональность.

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

    Вот краткое руководство по изменению ключей ValidConfig и ValidSystemImageBackup, чтобы они оставались отключенными:

    Примечание. Удаление двух ключей только временно решит проблему, так как Windows автоматически создаст ключи заново и повторно активирует ошибку.

    1. Нажмите клавишу Windows + R, чтобы открыть диалоговое окно «Выполнить». Затем введите «regedit» и нажмите Enter, чтобы открыть редактор реестра. В ответ на запрос UAC (Контроль учетных записей пользователей) выберите «Да», чтобы предоставить административные привилегии. Введите Regedit в строке «Выполнить», чтобы открыть редактор реестра.
    2. В редакторе реестра используйте левый раздел, чтобы перейти к следующему местоположению:
    3. Выбрав ключ WIndowsBackup, посмотрите, удастся ли вам идентифицировать два искомых значения (ValidConfig и ValidSystemImageBackup) на правой боковой панели. Поиск ключей ValidConfig и ValidSystemImageBackup

    Примечание. Если вы не можете найти два значения, вы можете создать их с нуля, выбрав ключ WindowsBackup и выбрав «Правка» > «Создать» > «Значение DWORD (32-разрядное)». Выполните этот процесс дважды и назовите два вновь созданных значения ValidConfig и ValidSystemImageBackup.

    ИЗМЕНИТЬ БАЗУ ДАННЫХ TempDB ИЗМЕНИТЬ ФАЙЛ

    ( ИМЯ = templog, FILENAME = 'd:datatemplog.ldf' )

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

    Служба SQL Server (REMEDYDEV) прервана из-за ошибки службы. Указанное имя ресурса не найдено в файле образа.

    Я также проверил SQL ERRORLOG и получил эти сообщения об ошибках

    2013-06-12 16:38:12.21 Сервер Microsoft SQL Server 2008 R2 (окончательная первоначальная версия) — 10.50.1600.1 (X64)
    2 апреля 2010 г., 15:48: 46
    Авторское право (c) Microsoft Corporation
    Выпуск Enterprise (64-разрядная версия) в Windows NT 6.1 (сборка 7601: пакет обновления 1) (гипервизор )

    2013-06-12 16:38:12.22 Сервер (c) Microsoft Corporation.
    2013-06-12 16:38:12.22 Сервер Все права защищены.< /em>
    2013-06-12 16:38:12.22 Сервер Идентификатор процесса сервера — 4140.
    2013-06-12 16:38:12.22 Сервер Система Производитель: 'VMware, Inc.', Модель системы: 'VMware Virtual Platform'.
    2013-06-12 16:38:12.22 СМЕШАННЫЙ режим проверки подлинности сервера. < br />2013-06-12 16:38:12.22 Сервер регистрирует сообщения SQL Server в файле 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.REMEDYDEV\MSSQL\Log\ERRORLOG'. < br />2013-06-12 16:38:12.22 Сервер Этот экземпляр SQL Server последний раз сообщал об использовании идентификатора процесса 2380 12.06.2013 16:33:53 (локально) 12.06.2013 9:33:53 (UTC). Это только информационное сообщение; никаких действий пользователя не требуется.
    2013-06-12 16:38:12.22 Параметры запуска реестра сервера:
    -d C:\Program Files \Microsoft SQL Server\MSSQL10_50.REMEDYDEV\MSSQL\DATA\master.mdf
    -e C:\Program Files\Microsoft SQL Server\MSSQL10_50.REMEDYDEV\MSSQL\Log\ERRORLOG
    -l C:\Program Files\Microsoft SQL Server\MSSQL10_50.REMEDYDEV\MSSQL\DATA\mastlog.ldf
    2013-06-12 16: 38:12.25 Сервер SQL Server запускается с обычным базовым приоритетом (=7). Это только информационное сообщение. Никаких действий пользователя не требуется.
    2013-06-12 16:38:12.25 Сервер обнаружил 2 процессора. Это информационное сообщение; никаких действий пользователя не требуется.
    2013-06-12 16:38:12.30 Сервер использует заблокированные страницы для пула буферов.
    2013-06- 12 16:38:12.36 Сервер Использование динамического распределения блокировок. Первоначальное выделение 2500 блоков блокировки и 5000 блоков владельца блокировки на узел. Это только информационное сообщение. Никаких действий пользователя не требуется.
    2013-06-12 16:38:12.39 Конфигурация узла сервера: узел 0: маска ЦП: 0x00000000000000003:0 Маска активного ЦП: 0x00000000000000003:0. Это сообщение содержит описание конфигурации NUMA для этого компьютера. Это только информационное сообщение. От пользователя не потребуется никаких действий.
    2013-06-12 16:38:12.41 spid7s Запуск базы данных 'master'.
    2013-06-12 16:38:12.87 Реконфигурация регулятора ресурсов spid7s выполнена успешно.
    2013-06-12 16:38:12.87 spid7s SQL Server Audit начинает аудит. Это информационное сообщение. Никаких действий пользователя не требуется.
    2013-06-12 16:38:12.87 spid7s SQL Server Audit начал аудит. Это информационное сообщение. Никаких действий пользователя не требуется.
    2013-06-12 16:38:12.90 spid7s FILESTREAM: эффективный уровень = 0, настроенный уровень = 0, имя общего доступа к файловой системе = 'REMEDYDEV'.
    2013-06-12 16:38:12.99 spid7s SQL Trace ID 1 был запущен с именем пользователя "sa".
    2013-06-12 16:38:13.00 spid7s Запуск базы данных 'mssqlsystemresource'.
    2013-06-12 16:38:13.04 spid7s Версия сборки базы данных ресурсов — 10.50.1600. Это только информационное сообщение. Никаких действий пользователя не требуется.
    2013-06-12 16:38:13.43 Сервер Сертификат [Cert Hash(sha1) "1125879FC9129C5F8D7B7630DEDE3A1C13568348"] успешно загружен для шифрования.
    2013-06-12 16:38:13.43 spid10s Запуск базы данных 'model'.
    2013-06-12 16:38:13.43 Сервер Сервер прослушивает на [ xxx.xxx.xxx.xxx 1433].
    2013-06-12 16:38:13.43 Поставщик локального подключения к серверу готов принять соединение на [ \\.\pipe \SQLLocal\REMEDYDEV ].
    2013-06-12 16:38:13.43 Сервер Поставщик именованных каналов сервера готов принять соединение на [ \\.\pipe\MSSQL$REMEDYDEV\sql \query ].
    2013-06-12 16:38:13.43 Сервер Сервер прослушивает [::1 58949].
    2013- 06-12 16:38:13.43 Сервер Сервер прослушивает [ 127.0.0.1 58949].
    2013-06-12 16:38:13.43 Сервер Для прослушивания установлена ​​поддержка выделенного административного соединения локально на порту 58949.
    2013-06-12 16:38:13.43 spid7s Serv Имя 'MYSERVER\REMEDYDEV'. Это только информационное сообщение. Никаких действий со стороны пользователя не требуется.
    2013-06-12 16:38:13.43 spid7s Информационное сообщение: языки, поддерживающие полнотекстовый режим, не найдены.
    2013 -06-12 16:38:13.44 spid14s Запуск базы данных "ReportServer$REMEDYDEV".
    2013-06-12 16:38:13.44 spid15s Запуск базы данных "ReportServer$REMEDYDEVTempDB".
    2013-06-12 16:38:13.44 spid13s Запуск базы данных "msdb".
    2013-06-12 16:38:13.44 spid16s Запуск базы данных «ARSystem».
    2013-06-12 16:38:13.50 Сервер Библиотека сетевого интерфейса SQL Server успешно зарегистрировала имя участника-службы (SPN) [ MSSQLSvc/MYSERVER: REMEDYDEV ] для службы SQL Server.
    2013-06-12 16:38:13.50 Сервер SQL Server теперь готов для клиентских подключений. Это информационное сообщение; никаких действий пользователя не требуется.

    2013-06-12 16:38:13.50 Сервер Теперь SQL Server готов для клиентских подключений. Это информационное сообщение; никаких действий пользователя не требуется.
    2013-06-12 16:38:13.74 spid10s Очистка базы данных tempdb.
    2013-06-12 16: 38:13.75 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
    2013-06-12 16:38:13.75 spid10s CREATE FILE обнаружил ошибку операционной системы 5 (отказано в доступе. ) при попытке открыть или создать физический файл "E:\Database Logfile".
    2013-06-12 16:38:13.78 spid10s Ошибка: 17204, уровень серьезности: 16, состояние: 1.
    2013-06-12 16:38:13.78 spid10s FCB::Open failed: не удалось открыть файл E:\Database Logfile для файла номер 2. Ошибка ОС: 5(Доступ отклонено.).
    2013-06-12 16:38:13.78 spid10s Ошибка: 5120, серьезность: 16, состояние: 101.
    12.06.2013 16:38:13.78 spid10s Не удалось открыть физический файл «E:\Database Logfile». Ошибка операционной системы 5: "5(Доступ запрещен.)".
    2013-06-12 16:38:13.78 spid10s Ошибка: 1802, серьезность: 16, состояние: 4.< /em>
    2013-06-12 16:38:13.78 spid10s CREATE DATABASE не удалось. Некоторые перечисленные имена файлов не могут быть созданы. Проверьте связанные ошибки.
    2013-06-12 16:38:13.78 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
    2013 -06-12 16:38:13.78 Программа spid10s CREATE FILE обнаружила ошибку операционной системы 5 (отказано в доступе) при попытке открыть или создать физический файл "E:\Database Logfile".
    2013-06-12 16:38:13.78 spid10s Не удалось создать базу данных tempdb. Возможно, у вас недостаточно свободного места на диске. Освободите дополнительное место на диске, удалив другие файлы на диске tempdb, а затем перезапустите SQL Server. Проверьте наличие дополнительных ошибок в журнале событий, которые могут указывать на то, что файлы tempdb не могут быть инициализированы.
    2013-06-12 16:38:13.78 spid10s SQL Trace был остановлен из-за остановки сервера. . След . Это только информационное сообщение; никаких действий пользователя не требуется.
    2013-06-12 16:38:13.82 Ошибка входа: 18456, серьезность: 14, состояние: 38.
    2013-06-12 16:38:13.82 Ошибка входа в систему для пользователя «ARAdmin».Причина: Не удалось открыть явно указанную базу данных. [КЛИЕНТ: xxx.xxx.xxx.xxx]
    2013-06-12 16:38:13.83 Ошибка входа: 17188, серьезность: 16, состояние: 1. < br />2013-06-12 16:38:13.83 Вход в систему SQL Server не может принимать новые подключения, поскольку он закрывается. Соединение было закрыто. [КЛИЕНТ: xxx.xxx.xxx.xxx]
    2013-06-12 16:38:13.85 Сервер Библиотека сетевого интерфейса SQL Server успешно отменила регистрацию имени участника-службы (SPN) [ MSSQLSvc /MYSERVER:REMEDYDEV ] для службы SQL Server.

    У меня много свободного места, и мой пользователь также имеет право доступа к хранилищу или запуску служб. Я пытаюсь устранить эту проблему с помощью других подобных сообщений, но все равно не повезло. Пожалуйста, помогите мне.

    Сборник случайного бормотания и бормотания о Windows и других технологиях…

    Категории

    Полезные инструменты/приложения

    Любимые блоги и полезные сайты

      SCOM и другие вещи Сообщения в блогах о злоупотреблениях технологиями Sysinternals Guru Делает именно то, что написано на банке… Отличный блог SCOM Один раз перестаньте покупать информацию о SQL! Действительно полезный сайт System Center

    Архивы

    Проблемы восстановления SQL — «Указанное имя ресурса не может быть найдено в файле изображения»

    Опубликовано Джо Томпсоном, 9 сентября 2013 г.

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

    К счастью, до начала обновления мы сделали большое количество резервных копий и моментальных снимков — ОС через VMware, диски базы данных SQL с помощью инструмента NetApp SnapManager for SQL и диска приложения с помощью старых добрых снимков NetApp.

    Для восстановления было достаточно просто выключить ВМ и восстановить ОС, а затем, когда моментальный снимок был отключен, с помощью OnCommand выбрать правильные (т. е. непротиворечивые) моментальные снимки базы данных и моментальный снимок приложения, к которым нужно вернуться, а затем включить резервное копирование ВМ. и проверка показала, что все в порядке… (вы же любите виртуальные технологии? Это заняло бы эпоху с ленты…)

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

    Когда я заглянул в Службы, служба SQL Server показывалась как Остановлена. Что было приятно…

    Следующая остановка: журналы событий, и в системном журнале я нашел это:

    Уровень: Ошибка
    Источник: Диспетчер управления службами
    Код события: 7024
    Служба SQL Server (DBNAME) прервана из-за ошибки службы Указанное имя ресурса не может быть найдено в файле образа

    Быстрый поиск в Google указал мне на проблему с конфигурацией базы данных. Я проверил диски с базой данных и лог-файлами, и там были нужные папки с нужными файлами.

    Вперед! В SQL ERRORLOG (по умолчанию журнал ошибок находится в файлах Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG и ERRORLOG.n) где я это нашел:

    2013-09-09 11:00:10.64 spid10s Очистка базы данных tempdb.
    2013-09-09 11:00:10.65 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
    2013 -09-09 11:00:10.65 spid10s CREATE FILE обнаружил ошибку операционной системы 3 (не удалось получить текст для этой ошибки. Причина: 15100) при попытке открыть или создать физический файл 'T:\TEMPDB\DBNAME\tempdb.mdf '.
    2013-09-09 11:00:10.65 spid10s Ошибка: 17204, серьезность: 16, состояние: 1.
    2013-09-09 11:00:10.65 spid10s FCB::Открыть не удалось: Не удалось открыть файл T:\TEMPDB\DBNAME\tempdb.mdf для файла номер 1. Ошибка ОС: 3 (не удалось получить текст для этой ошибки. Причина: 15105).
    2013-09-09 11:00: 10.66 spid10s Ошибка: 5120, серьезность: 16, состояние: 101.
    2013-09-09 11:00:10.66 spid10s Не удалось открыть физический файл «T:\TEMPDB\DBNAME\tempdb.mdf». Ошибка операционной системы 3: «3 (не удалось получить текст для этой ошибки. Причина: 15105)».
    2013-09-09 11:00:10.66 spid10s Ошибка: 1802, серьезность: 16, состояние: 4.< br />2013-09-09 11:00:10.66 spid10s CREATE DATABASE не удалось. Некоторые перечисленные имена файлов не могут быть созданы. Проверьте связанные ошибки.
    2013-09-09 11:00:10.66 spid10s Ошибка: 5123, серьезность: 16, состояние: 1.
    2013-09-09 11:00:10.66 spid10s CREATE FILE обнаружен при работе системная ошибка 3 (не удалось получить текст для этой ошибки. Причина: 15105) при попытке открыть или создать физический файл «T:\TEMPDB\DBNAME\tempdb.mdf».
    2013-09-09 11:00 :10.66 spid10s Не удалось создать базу данных tempdb. Возможно, у вас недостаточно свободного места на диске. Освободите дополнительное место на диске, удалив другие файлы на диске tempdb, а затем перезапустите SQL Server.Проверьте наличие дополнительных ошибок в журнале событий, которые могут указывать на то, почему файлы tempdb не могут быть инициализированы.
    2013-09-09 11:00:10.66 spid10s SQL Trace была остановлена ​​из-за остановки сервера. Trace Это только информационное сообщение; никаких действий пользователя не требуется.

    Ага, почти готово…

    Я взглянул на диск T: и понял, что не восстановил этот конкретный том, так как база данных tempdb в любом случае воссоздается заново при перезапуске базы данных.

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

    Я просто переименовал папку, вернув ей исходное имя, и служба запустилась как по маслу.

    Узнайте, как исправить ошибку «Указанное имя ресурса не может быть найдено в файле образа (0x80070716)» для «Восстановления файлов Windows 7» в Windows 10/8/7.

    Несмотря на то, что в наших системах хранится огромное количество важных данных, мы все любим делать их резервные копии. В Windows 7 и 8 для простого резервного копирования ваших данных предоставляется тот же инструмент резервного копирования, который называется Восстановление файлов Windows 7. В дополнение к этому инструменту в Windows 8 также есть названная функция История файлов, которая еще больше упрощает процедуру резервного копирования. Однако в Windows 8.1 Microsoft удалила функцию Восстановление файлов Windows 7.

    Сегодня один из моих читателей сообщил мне о странной ошибке, с которой он столкнулся при восстановлении файлов Windows 7. Когда он попытался получить доступ к Истории файлов в Windows 8, он сказал: «Резервное копирование Windows 7 в настоящее время настроено и должно быть отключено для настройки истории файлов». Затем, когда он щелкнул, чтобы настроить Резервное копирование Windows 7, он получил эту ошибку:

    Произошла внутренняя ошибка: указанное имя ресурса не может быть найдено в файле изображения. (0x80070716)

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

    ИСПРАВЛЕНИЕ: указанное имя ресурса не может быть найдено в файле образа (0x80070716) в Windows 10/8/7

    Ключ Windows

    <р>1. Нажмите + R и поместите services.msc в диалоговое окно «Выполнить». Нажмите OK, чтобы открыть Службы

    .


    <р>2. В окне Службы прокрутите вниз и найдите службу резервного копирования Windows. Он должен показывать статус работает. Дважды щелкните ту же службу, чтобы изменить ее статус.

    <р>3. В следующем окне выберите для параметра Тип запуска значение Отключено. Нажмите «Применить», а затем «ОК».

    Выполните перезагрузку после закрытия окна Службы. Ваша проблема должна быть значительно решена.

    Об авторе

    Это сообщение написано Капилом Арья, Microsoft MVP.

    Капил Арья

    О Капил Арье

    В настоящее время Капил является Microsoft MVP в области Windows IT Pro. Он также является MVP Windows Insider и автором книги «Устранение неполадок групповой политики Windows». В 2015 году Microsoft India удостоила его звания «чемпиона Windows 10». Будучи страстным блогером Windows, он любит помогать другим в устранении их системных проблем. Капил работал с официальной группой Microsoft Community Engagement Team (CET) над несколькими общественными проектами. Вы можете следить за новостями/обновлениями и исправлениями для Windows.

    Я не могу найти инструменты восстановления Windows 7 в Windows 8.1. Они удалены или все еще существуют с какими-то другими настройками. Помогите пожалуйста

    ^^ К сожалению, в Windows 8.1 они удалены и заменены историей файлов.

    Остается в теме и указывает важные моменты. Спасибо.

    Оставить ответ Отменить ответ

    Что нового

      9 часов назад
      1 день назад
      2 дня назад
      2 дня назад
      4 дня назад

    Последние комментарии

    Капил Арья : ^^ Рад помочь 😊. 7 часов назад

    Zonic: Тоже не помогло. Для тех кто будет делать фикс реестра - надо гр. 22 часа назад

    Денис Б.: Это помогло. Спасибо. 1 день назад

    Банти : Опоздала с этим, просто хочу сказать, что удаление файлов в 'Rece. 2 дня назад

    DIV : Для справки: >>reg add /? REG ADD KeyName [/v ValueName. 2 дня назад

    Читайте также: