Архивация БД через одно место
 

Добрый день, друзья.
Ситуация: Заказчик арендует 1с у облачного провайдера. Схема работы следующая:заказчику предоставляется RDP-сервер, к которому он подключается через инет. Где-то рядом с этим RDP-сервером, у провайдера крутится скульный сервер 1С. Через админку заказчик создает скульную БД, которая потом становится видна в запускаторе 1С у пользователей.
Задача: архивировать БД с хранением резервных копий на хранилище заказчика.
Что сделано сейчас - через пакетный режим запускается конфигуратор, выгружающий БД (dt) в нужное место.
Проблемы:
1. Доступа к кластеру 1С и SQL-серверу нет. Можно лишь в запускаторе увидеть имя сервера и имя БД в кластере.
2. Hегламентные задания мешают монопольному доступу к базе. Баз относительно много (30+) и выгружаются по очереди через cmd-файл. Таким образом, если какая-либо база заблокирована для монопольного доступа, то все те, что после нее - не архивируются.

Составить расписание для регламентных заданий в 30+ БД - сомнительное удовольствие.
Как можно решить проблему?
ЗЫ Сильно не пинайте, я не 1С-ник, а сетевик)

0-Широмыжка > А сам провайдер не архивирует что ли БД?

1-Uho > По отдельному счету архивирует. Там что-то около тыщи за базу, за хранение в течении 30 суток. Дохрена получается(

[quote=Широмыжка;48442839]Ситуация: Заказчик арендует 1с у облачного провайдера.[/quote] Значит, за все остальное голова должна болеть у этого облачного провайдера.

Вот если бы вы арендовали только какое-нибудь место на диске и ресурсы системы (процессор там и т.п.) и сами бы ставили бы и обслуживали свое ПО - тогда да, тогда бы задача обслуживания (и архивирования) этого ПО лежала бы на вас.

А так - вы арендуете готовое решение, в том числе готовое в части СУБД и архивных копий.

Бегите тогда от этакого "облачного провайдера".
Быстрее.

И таки да.
Как многие утверждают - выгрузка в dt не есть архивная копия.
Архивной копией эта выгрузка может считаться после успешной проверочной загрузки этого dt обратно в тестовую базу.
Иными словами - такую выгрузку надо тестировать на возможность обратной загрузки. :)

Тем более SQL, у которого своих инструментов имеется.

3-Блондинка в шок >Пров, скажем, гарантирует, что базы данных будут доступны и заказчик всегда сможет работать с "последней версией" БД. При таком раскладе формально он свои обязательства перед заказчиком выполнил - базу предоставил. Архивные копии нужны, скорее, для выявления ошибок бухов, развертывания БД "на дату" и т.п.
4-Блондинка в шок > Это факт, но другого варианта не вижу. Только переносить куда-то на свои мощности. В SQL архивирование "тремя тыками" мыша делается, таки да, но доступа к серверной части нет, как и было сказано в (0).

Смотрел еще стронние проги, типа Обновлятора 1с, но им всем нужен доступ к кластеру 1С, которого нет(

Странные какие-то условия. Обычно архивирование базы средствами SQL берет на себя владелец облака и эта услуга идет как базовая и включена в тариф на предоставление доступа к базе. Во всяком случае надо более подробно смотреть договор, может у этого облачника цены на 1 пользователя копейки (типа мы самые дешевые), а все услуги надо покупать отдельно по конским ценам.

7-bma1 > Уточнил. 600 рублев за месяц хранения одной базы.
Сама база в RDP копеечная - 100 рублев в месяц.

7-bma1 > Почему странные. Выходит у него пров свои обязанности выполняет - он, по словам топикстартера, [b]гарантирует [/b]работу с базой. Что, естественно, подразумевает и бэкапы.

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

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

[quote=Блондинка в шок;48445599]Выходит у него пров свои обязанности выполняет - он, по словам топикстартера, гарантирует работу с базой. Что, естественно, подразумевает и бэкапы.[/quote]
Обычно нужны бэкапы минимум за три-четыре дня. Например поставили свежий релиз БП. А через пару дней 1С его отозвала (не редкий случай). И надо восстановиться на состояние до обновления. У вменяемого облачника это предусмотрено договором, сколько дней хранить копии (или объем хранилища - у разных по разному) и восстанавливать по первому требованию арендатора его базу. Здесь же у меня сильное подозрение, что руководство решило сэкономить, арендовав самое дешевое таджикское облако без какого-либо нормального сервиса.

Провайдер нормально всё делает. Обеспечивает работу, хранит У СЕБЯ бэкапы на случай аварии.
А топикстартер хочет больше: делать много, много бэкапов! И хранить их у себя.

Друзья, я от прова ничего не хочу. Он базу предоставил, гарантирует ее работу. На этом его обязательства закончились. Каким образом гарантирует и что у него под капотом крутится - заказчику и мне фиолетово. Единственное, что в в (11) озвучен вариант, который не предусмотрен никак, насколько мне известно. Надо будет уточнить, спасибо.
Я спросил, КАК можно делать бэкапы на СВОЕ оборудование при таких условиях? И можно ли вообще.

11-bma1 > Насколько дешевое - не знаю, не мониторил. Досталось то, что есть. Пров [url]https://1office.pro/[/url]
Варианты смены пока не рассматриваются. Будет потребность - пететащу к себе)

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

13-Широмыжка > Ну тогда другого пути как в (0) нет.
Пакетный запуск. И, кстати, оно же должно вернуть успешно или неуспешно. Поэтому на другие базы бекап одной не должен влиять.

[quote=Широмыжка;48442839]Задача: архивировать БД с хранением резервных копий на хранилище заказчика.[/quote]
договориться с провом, чтобы он не хранил у себя копии месяц (и брал за это 600 руб.), а всего лишь выкладывал раз в сутки [b]крайний[/b] бэкап в доступное тебе место. Успел ты оттуда забрать - молодец, не успел - твои проблемы. Пров наверняка ведь бэкапы твоих баз средствами SQL делает, вот и спроси что ему будет стоить.
Тем более в свете (11) - тут в ситуации в (11) требования вполне законны.
Если по (11) он все равно должен будет хранить бэкапы ммм.. скажем за последние несколько дней, то почему бы ему их и тебе попутно не отдавать?

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

18-Широмыжка > вроде параметром можно убрать все диалоговые окна, если мне не изменяет память

19-Uho > Да, действительно. /DisableStartupDialogs
Спасибо.