2014-01-14 3 views
0

Я получил файл .bak от клиента, и я пытался изо дня в день пытаться заставить его работать. При восстановлении файла на новый db в SQL Server 2012 восстановление выполняется успешно, но в восстановленной базе данных нет таблиц. Я пробовал разные почти все, что я могу найти в Интернете, и я действительно думаю, что резервная копия, возможно, не была выполнена правильно (я не ожидаю возврата к клиенту с этой информацией).При восстановлении SQL DB из файла .bak все таблицы отсутствуют

Я ценю любые идеи. Thanks

+1

Если он будет успешно восстановлен без каких-либо ошибок, то, скорее всего, вам придется вернуться к клиенту. –

+2

В чем вопрос? –

+1

Насколько велик файл .bak? –

ответ

0

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

3

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

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

Наверное, единственное, о чем клиент будет злиться, это то, что вы ждали два дня, чтобы рассказать им.

+0

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

+0

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

0

Рискуя ответом «меня тоже», это звучит так, как будто тот, кто дал вам эту резервную копию, дал вам неправильную вещь. Но вы можете подтвердить, выполнив restore headeronly from disk = 'path_to_backup', который должен сказать вам все виды полезной информации, включая:

  • Имя сервера
  • Имя базы данных
  • Дата резервного копирования
0

У меня была такая же проблема сегодня. Оказалось, что я скопировал файл .bak для системной базы данных, а не для основной БД. Направляйтесь в облака, когда я отправляюсь на фестиваль сегодня вечером.

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

2

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

0

Я столкнулся с тем же вопросом - ни один стол не был восстановлен. Что я сделал, так это то, что я только что создал новую базу данных и восстановил новую базу данных. Все работало, как ожидалось.

Смежные вопросы