Доброго времени уважаемые форумчане.
По необходимости появилась необходимость восстановить базу из резервной копии по состоянию на 17 декабря. Все хорошо, бэкапы делаются, взялся за восстановление. Пользовался MSSQL Studio. Вроде как все просто. Создаем новую базу, По необходимой базе кликаем правой кнопкой, Восстановить, указываем в качестве источника родительскую базу, в качестве результата - тестовую. В интервале времени - выбираем нужную дату и вперед.
И вот на этом этапе начинаются чудеса. База исходная встает на "Восстановление из копии" С тестовой базой ничего не происходит.
Через некоторое время, я обнаружил, что бэкапы из SQL не выполнялись по причине переноса виртуальной машины с сервером 1С и MSSQL на другой RAID-контроллер, в следствии чего скуль ругался на изменение размера кластера на устройстве резервного копирования. Как итог, резервные копии базы есть только от 16-06-2018 и бэкап файла журнала транзакций, размеров в 1,6ГБ.
-
Внимание вопрос: Есть ли хотя бы теоретическая возможность на основании имеющихся данных - восстановить утраченные за 3 месяца данные?
-
Я совсем новичок в вопросах MSSQL и понимаю, что я где то накосячил. Вопрос в том где именно и как избежать повторения таких ситуаций в будущем? Систему резервного копирования я переделал, пересоздал устройства резервного копирования и выполнил тестовое задание по резервированию баз. Теперь все работает нормально. Мне очень нужна Ваша помощь!

Danion,

я был уверен, в том, что бэкапы делаются. так как бекапы проводятся в 2 этапа, первый это сам скуль бэкапит базы на локальный диск, второй, это сторонняя софтина забирает данные с локального диска, запихивает их в зашифрованный архив и складывает на сетевую шару. Вот второй этап - работал без сбоев, создавая на шаре архивы с датами, все как положено. Проблема в том, что во всех этих архивах информация от 16-08-2017. То есть первый этап как остановился на 16 августа, так эта инфа и множилась. А мозгов, для того что бы проверить содержимое архива - у меня не хватило.
-

alexeyvg,

простите мне мою неосведомленность - но я не знаю =) имеется только то, что я указал выше а именно резервная копия БД от 16-08 и резервная копия журнала транзакций этой же базы от 24-12 сего года.

invm,

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

invm,

Я понял, что используется Management Studio. У меня там 16 баз. мне нужно кликнуть по нужной бази и выбрать "создать запрос" ? или "Задачи" - "Создать резервную копию" и там по отдельности создать еще раз бэкап старой базы и повторно по тем же меню, но создать бекап файла транзакций ?

у меня есть 2 фала
база - backup_UZBI.bak (1 205 397 KB) от 16 08 2018
журнал - UZBI_LogBackup_2018_12_24_21_10_23.bak (1 675 642 KB) от 24 12 2018
-
в самом SQL сейчас есть база UZBI которая развернута из фала базы. При подключении в 1С к этой базе там последняя запись от 16 08 2018.
-
Я действительно только что столкнулся с MSSQL вообще и с подобными проблемами в частности. Я готов заплатить за решение если оно есть и предоставить удаленный доступ. Просто я боюсь, что моей компетенции нулевой - не хватит даже для того что бы последовать Вашим советам. Я не ленивый, правда, у меня просто нет времени от слова совсем. Три рабочих дня осталось...

komrad,

спасибо большое!!!
--
для базы - FirstLSN 224000002606800131, LastLSN 224000002613100001
для файла журнала FirstLSN 194000002252800289, LastLSN 247000008034300001

invm,

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

все что смог найти в интернете - не помоглопробовал создавать пустую базу и накатывать туда сначала бекап базы - потом оставшийся файл транзакций, и получал сообщение либо о невозможности восстановить данные потому что путь не согласован либо что то типа "отсутствуют файлы для наката"

все что смог найти в интернете - не помоглопробовал создавать пустую базу и накатывать туда сначала бекап базы - потом оставшийся файл транзакций, и получал сообщение либо о невозможности восстановить данные потому что путь не согласован либо что то типа "отсутствуют файлы для наката"

invm,

выполнил Вашу инструкцию следующим образом:
1. создал базу TEST
2. выполнил скрипт вида

где путь G:\backup\1111\1\ - временное хранилище в котором лежат файлы полной копии и файл журнала
команда restore filelistonly from disk = 'G:\backup\1111\1\backup_UZBI.bak'; выдала следующий результат

в итоге выполнение восстановления в новую БД заняло около 20 секунд и выдало результат

--
куда копать дальше ? или что я сделал не так?
-
за ссылку большое спасибо, обязательно прочту!

invm,

попытка выполнить запрос вида

привела к результату

Danion,

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

Danion,

Danion,

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