Восстанавливается не актуальная база 1C из MSSQL

1. Aleksey3A 0 17.06.22 12:10 Сейчас в теме
Добрый день.

Проблема: Восстанавливается не актуальная база 1C из MSSQL


Есть 1С база на MS SQL Server standart 2008 R2

Размер около 80 Гбайт. + лог 40 Гб.

Режим восстановления: полный

1. Делаю Полное резервное копирование. С добавлением в существующий носитель.
2. Создаю новую БД через клиента 1С.
3. Восстанавливаю копию.

В итоге: База со старой версией конфигурации, нет некоторых пользователей и т.д.

Подскажите куда смотреть.

Спасибо.
По теме из базы знаний
Найденные решения
39. Aleksey3A 0 20.06.22 08:05 Сейчас в теме
(37)

Всем добрый день.

Прошу извинения, оказывается в организации обнаружился ещё один MSSQL Server, на котором крутилась база. Снял dt. Поменял на сервере приложений адрес MSSQL Server.

Спасибо большое всем.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. uk09 17.06.22 12:16 Сейчас в теме
Добрый день!

Сделайте отдельный полный backup, лучше на другом физическом диске. Восстановите из него и сравните результат.
Если будет восстанавливаться верно, тогда необходимо поиграться с галочками в параметрах резервного копирования
3. Aleksey3A 0 17.06.22 12:39 Сейчас в теме
(2)
Пробую на другой жесткий диск.
4. Aleksey3A 0 17.06.22 13:10 Сейчас в теме
(2)
Поставил галочки "только резервное копирование"

Во вкладке параметры - Добавить в существующий набор данных.

Тип резервного копирования - полное.

Выгрузил БД на другой жесткий диск.

Загрузил копию в резервную БД.

НЕ помогло... База очень старая получилась.
6. uk09 17.06.22 13:20 Сейчас в теме
(4)
Содержимое , посмотрите , в назначении. Данные , от какого времени лежат ?
8. Aleksey3A 0 17.06.22 13:31 Сейчас в теме
(6)
Прикрепленные файлы:
11. Aleksey3A 0 17.06.22 13:34 Сейчас в теме
(8) В бэкапе данные от сегодняшнего числа. Если я там смотрю...
17. redfred 17.06.22 14:01 Сейчас в теме
(11)
В бэкапе данные от сегодняшнего числа. Если я там смотрю...


В окне при восстановлении дата на которую восстанавливаете тоже актуальная указана?
19. Aleksey3A 0 17.06.22 14:18 Сейчас в теме
(17)
Прикрепленные файлы:
18. sssss_aaaaa_2011 17.06.22 14:09 Сейчас в теме
(4)
Добавить в существующий набор данных.
Зачем? Вы знаете что делает сей параметр?
С учетом этого параметра вы делаете при восстановлении указание какой именно бэкап из вашего набора бэкапов использовать?
20. Aleksey3A 0 17.06.22 14:23 Сейчас в теме
(18) Извиняюсь, но такого функционала в GUI MS SQL Server я не нашел. Возможно это доступно в консоле.

Картинку поменял. На ту как я делал восстановление.
Прикрепленные файлы:
38. sssss_aaaaa_2011 17.06.22 16:05 Сейчас в теме
(20)1. Плохо искали, на закладке Общие. Так где выбираете источник для восстановления.
2. В какой консоли, что вы называете консолью Sql сервера?
5. user1203706 13 17.06.22 13:14 Сейчас в теме
(4) база то хоть та, для которой бэкап делается ?
Да и лог можно шринкануть, после полного бэкапа.
9. Aleksey3A 0 17.06.22 13:32 Сейчас в теме
(5)
База новая созданная через клиента 1С. Писал выше.
10. Aleksey3A 0 17.06.22 13:33 Сейчас в теме
(5) Усечение лога делал. На неделе.
7. uk09 17.06.22 13:21 Сейчас в теме
Согласен , с (5), вначале нужно прояснить, те ли данные сохраняете
12. Aleksey3A 0 17.06.22 13:35 Сейчас в теме
(7) Данные сохраняю с рабочей боевой базы.
13. user1203706 13 17.06.22 13:42 Сейчас в теме
(12) сколько серверов скуля у вас ? Сколько баз на конкретном экземпляре скуль сервера ? Точно нужной базы делаете бэкап ?

ЗЫ: если делали усечение лога, то он бы был пару метров, а не пол базы.
16. redfred 17.06.22 13:59 Сейчас в теме
(13) При чём тут вообще лог, как это связано с тем, что у человека база не та восстанавливается? Да и лог в полбазы это нормально, если уж на то пошло
23. Aleksey3A 0 17.06.22 14:27 Сейчас в теме
(13)
(12) сколько серверов скуля у вас ? Сколько баз на конкретном экземпляре скуль сервера ? Точно нужной базы делаете бэкап ?


Сервер приложений - отдельная железка
Сервер СУБД MS SQL - отдельная железка

Бэкап делается именно рабочей (боевой) базы.

ВАЖНО: лог не усекался несколько лет. Бэкап последнее время делали всегда полный и руками.
размер лога был большой.
14. user1203706 13 17.06.22 13:43 Сейчас в теме
На сколько я понял, у вас нет планов по обслуживанию базы, в том числе. не настроен автоматический бэкап/реиндекс/дефрагментация/усечения логов, обновление статистики и т.п.. ?
15. uk09 17.06.22 13:54 Сейчас в теме
Давайте, вначале выполним резервное копирование по стандартным правилам ?
Проверьте по консоли 1С, точно ли bacкup делаете из нужной базы , а не из ее сиамского близнеца.
Поставьте "создать резервную копию в новом наборе носителей" и новый файл назначения.
В параметрах - галочку "Проверить резервную копию после завершения"
После окончания - восстановить из полученного архива с параметрами "with replace"
33. Aleksey3A 0 17.06.22 14:41 Сейчас в теме
(15)
Поставьте "создать резервную копию в новом наборе носителей" и новый файл назначения.


Попробую. Как Вы написали.

Спасибо.
21. user1203706 13 17.06.22 14:23 Сейчас в теме
(19) в параметрах чего написано на этой картинке?
22. user1203706 13 17.06.22 14:27 Сейчас в теме
(20) изначальная база, надеюсь не по пути D:\daabase\ktsupp.mdf лежит, с которой была копия снята ?
26. Aleksey3A 0 17.06.22 14:31 Сейчас в теме
(22)
Прикрепленные файлы:
24. user1203706 13 17.06.22 14:27 Сейчас в теме
На этой вкладке, верно указал путь к мдф и лдф КОПИИ ?
34. Aleksey3A 0 17.06.22 14:50 Сейчас в теме
(27)

(24) Да на этой вкладке верно.
25. user1203706 13 17.06.22 14:29 Сейчас в теме
(23) ну я так и понял, понял.. что никаких планов обслуживания нема, даже резервного копирования. Иначе бы не делали бэкап ручонками.
Зачем вам фулл, в таком случае, загадка
28. Aleksey3A 0 17.06.22 14:32 Сейчас в теме
(25)
План обслуживания есть.
27. VZyryanov 17.06.22 14:31 Сейчас в теме
Выполните запрос в SQL Server Management Studio, например,
GO
RESTORE DATABASE [buch30] FROM  DISK = N'F:\ARC\SQL1C\220523_buch30.bak' WITH  FILE = 1,  MOVE N'buch30' TO N'F:\SQLBASE\BUCH30\buch30.mdf',  MOVE N'buch30_log' TO N'F:\SQLBASE\BUCH30\buch30_log.LDF',  NOUNLOAD,  REPLACE,  STATS = 10
GO
29. user1203706 13 17.06.22 14:32 Сейчас в теме
(26) ага, так в эту базу делали, или как в (20) ?
31. Aleksey3A 0 17.06.22 14:35 Сейчас в теме
(29)

Логические имена у рабочей и тостовой БД одинаковые. Физически (на диске) файлы называются по разному.

Делал восстановление всегда меняя пути к физическому файлу на тестовый.
30. user1203706 13 17.06.22 14:34 Сейчас в теме
(28) если он есть - выберите в нём восстановить из базы - укажите базу источник и базу приёмника, на вкладке параметры укажите верный путь к мдф/лдф..

ВСЁ.
И не надо руками создавать полный архив базы, если конечно, у вас настроен план обслуживания по архивированию базы.
32. Aleksey3A 0 17.06.22 14:39 Сейчас в теме
(30)
План обслуживания в котором архивация рабочей базы отключен по причине отсутствия места.

Да есть вероятность кривых рук при восстановлении руками.

Но в последний раз когда я делал бэкап я уверен в правильности указания физических файлов для базы на которую накатывал.
35. Aleksey3A 0 17.06.22 15:10 Сейчас в теме
(15) Делаю бэкап еще раз. Стандартно как в (15)

По восстановлению отпишусь.
Прикрепленные файлы:
36. uk09 17.06.22 15:18 Сейчас в теме
(35)
Думаю, что делаете всё правильно, просто "глаз замылился". Или восстанавливаете из другого(схожего) источника или делаете backup из соседней базы. Как только выясните это и смените на правильный, всё заработает
37. Aleksey3A 0 17.06.22 16:04 Сейчас в теме
(36) Спасибо. Попробую. Отпишусь.
39. Aleksey3A 0 20.06.22 08:05 Сейчас в теме
(37)

Всем добрый день.

Прошу извинения, оказывается в организации обнаружился ещё один MSSQL Server, на котором крутилась база. Снял dt. Поменял на сервере приложений адрес MSSQL Server.

Спасибо большое всем.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот