Нахожусь далеко от объекта, на котром установлена 1с8. Бэкапы БД создаются с помощью плана обслуживания, созданного в SQL.
Требуют что бы я проверял целостность бэкапов созданных с помощью SQL, то есть мне файл бэкапа (до 10Тб) каким то образом должны передавать с объекта, а я у себя разворачивать БД с бэкапа - смотреть что все запустилось и закрывать с чистой душой.
Не буду тыкать в первый логический вопрос о том как передавать каждый день такие объемы и что это не совсем логично, перейду сразу к основному вопросу.
Ежедневный контроль не может состоять в проверке всего бэкапа, то есть всех цифр и т.д., он состоит лишь в проверке общей работоспособности бэкапа. В самом SQL (на данный момент версия 2014) можно как то настроить все что бы можно было со 100% вероятностью утверждать что бэкап развернется и 1с8 база откроется(о контроле целостности "цифр" в самой БД я не говорю уже, но если и для этого есть средства - поделитесь пожалуйста)?
Просто пол дня гонять бэкап в открытый доступ в интернет и пол дня его выкачивать - очень интересная затея...
Как поступить. Посоветуйте что то :(
Требуют что бы я проверял целостность бэкапов созданных с помощью SQL, то есть мне файл бэкапа (до 10Тб) каким то образом должны передавать с объекта, а я у себя разворачивать БД с бэкапа - смотреть что все запустилось и закрывать с чистой душой.
Не буду тыкать в первый логический вопрос о том как передавать каждый день такие объемы и что это не совсем логично, перейду сразу к основному вопросу.
Ежедневный контроль не может состоять в проверке всего бэкапа, то есть всех цифр и т.д., он состоит лишь в проверке общей работоспособности бэкапа. В самом SQL (на данный момент версия 2014) можно как то настроить все что бы можно было со 100% вероятностью утверждать что бэкап развернется и 1с8 база откроется(о контроле целостности "цифр" в самой БД я не говорю уже, но если и для этого есть средства - поделитесь пожалуйста)?
Просто пол дня гонять бэкап в открытый доступ в интернет и пол дня его выкачивать - очень интересная затея...
Как поступить. Посоветуйте что то :(
По теме из базы знаний
- Пошаговая инструкция по процедуре восстановления базы SQL. SQL Server 2008
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Резервные копии SQL с помощью планировщика виндовс и скрипта
- Настройка архивации баз MS SQL Server и мониторинг с помощью OneScript
- Восстановление базы 1С из бэкапа SQL при помощи Python
Найденные решения
(3)это гарантирует, что она развернется на скуле, а то, что её не сможет 1с потом стартануть это маловероятно, я таких примеров не знаю, если конечно перед бэкапом физически не затереть таблицы. Больше вероятность, что она у вас не стратанет, если будете тягать файлы туда-сюда
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)это гарантирует, что она развернется на скуле, а то, что её не сможет 1с потом стартануть это маловероятно, я таких примеров не знаю, если конечно перед бэкапом физически не затереть таблицы. Больше вероятность, что она у вас не стратанет, если будете тягать файлы туда-сюда
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот