Как обеспечить резервирование 1С с минимальным временем на восстановление

09.01.19

База данных - Инструменты администратора БД

Резервирование 1С является важным фактором для защиты данных и снижения рисков их потери для любого предприятия. В этой статье мы поделимся опытом, как обеспечить резервирование 1С с минимальным временем на восстановление.

Вводные данные

Исходная инфраструктура:

Физический сервер на Windows Server с ролью Hyper-V.
Сервер 1С.
СУБД SQL Server.

Также имеем несколько информационных баз 1С и около 70 пользователей системы.

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

Решение

Первый вариант, который был рассмотрен – установка второго физического сервера и настройка репликации Hyper-V. Данный подход имеет два важных недочета:

Требуется выделение бюджета
Не решается вопрос с катастрофоустойчивостью

Альтернативное решение – репликация серверов в дата-центр и запуск их в случае отказа локальной инфраструктуры.

Для реализации выбрали Azure Site Recovery – служба репликации ресурсов в рамках Microsoft Azure.

Оформив подписку на Azure, идем на портал и переходим в раздел Группы ресурсов.

Необходимо создать Группу ресурсов.

После успешного создания переходим в группу и добавляем сервис Backup and Site Recovery (OMS).

Заполняем параметры службы.

Дожидаемся создания службы ASR в нашей подписке и переходим к созданному сервису.

Теперь мы можем приступить к настройке Site Recovery. Переходим в раздел Начало работы, Site Recovery и приступаем к подготовке инфраструктуры. Сначала нам необходимо описать текущую инфраструктуру и установить агента.

Azure предложит нам скачать программу-агента, необходимую для репликации, и ключ регистрации хранилища. Скачав агента, приступаем к его установке на физический сервер с ролью Hyper-V.

Процесс установки простой и состоит из нескольких этапов. Один из них – регистрация хранилища. Для регистрации нажимаем соответствующую кнопку.

Указываем путь к загруженному ранее ключу хранилища.

Далее, мы можем указать настройки подключения к сети и т. д. Если все прошло правильно – мастер установки закончит работу.

На портале Azure через 15 – 30 мин появится наш физический узел в списке серверов Hyper-V.

Возвращаемся в раздел Начало работы, Site Recovery и продолжаем.

На шаге 4 мы можем настроить и связать политику репликации.

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

Закончив подготовку инфраструктуры, переходим к настройке репликации приложения.

Выбираем источник, целевой объект, группу ресурсов и т. д. Фактически, на этом шаге мы определяем, какие именно существующие виртуальные шины будут реплицироваться.

После завершения настройки репликации и политики мы можем запустить синхронизацию данных. Процесс длительный, так как происходит синхронизация локальных ресурсов и виртуальных в Azure.

После успешной репликации необходимо провести тестовую отработку отказа. Она бывает трех видов:

Отработка отказа в Azure – перенос виртуальных машин из Hyper-V в Azure.
Отработка отказа на локальный сайт – синхронизация данных из Azure с Hyper-V и перенос виртуальных машин в локальную инфраструктуру.
Обратная репликация – возврат репликации виртуальных машин из локального расположения в Azure.

На этом весь процесс настройки репликации заканчивается.

Какие вопросы возникли

Когда мы настраивали репликацию виртуальных машин с Azure Site Recovery возник вопрос – как быть с SQL Server? Какое минимальное время между репликами? Какими будут RPO, RTO? Как настроить поведение систем при отработке отказа?

Начнем с поведения системы при отработке отказа. План действий всех систем настраивается в разделе План восстановления. В нем мы можем указать практически любое необходимое нам поведение при восстановлении. Например, поднять VPN-канал с локальной сетью, запустить контроллер домена в Azure, потом запустить сервер 1С и т. д.

Минимальное время между репликами пока – 5 минут. Максимальное – 30 минут. Это время и есть наш RPO (Recovery Point Objective), или допустимая потеря данных.

Сервер после восстановления запускается 10 минут – это наш RTO (Recovery Time Objective), время на восстановление данных.

Что бы Azure понял, что наша инфраструктура ушла в отказ, и автоматически отработал его, необходимо настроить агента Operations Management Suite (OMS) и с помощью средств автоматизации запустить скрипт Runbook.

Для минимизации RPO мы использовали Azure Files – сервис репликации файлов с хранилищем Azure. В частности, настроили SQL Server на сохранение журналов транзакций в каталог, который синхронизировался с Azure Files, а после отработки отказа – выполнили восстановление журнала.

Стоимость

Стоимость репликации сервера 1С с общим объемом дисков в 2 ТБ составляет:

Ресурс	Кол-во	Цена	Сумма
Защищенный экземпляр Azure Site Recovery в Azure	1	1 562,50 руб./мес.	1 562,50 руб./мес.
Хранилище BLOB-объектов тип «Стандартный», ГБ	2048	2,81 руб./мес.	5 760,00 руб./мес.
Итог			7 322,50 руб./мес.

Стоит отметить, что в течение первого месяца (31 день) ASR предоставляется бесплатно.

После момента отработки отказа стоимость ресурсов составит:

Ресурс	Кол-во	Цена	Сумма
Виртуальная машина D4 v3 (4 ядра, 16 ГБ RAM)	1	26,50 руб./час	26,50 руб./час
Хранилище управляемых дисков тип «Стандартный» 2048 ГБ	1	5 120,00 руб./мес.	5 120,00 руб./мес.

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

Частичным альтернативным решением может служить установка второго физического сервера и настройка репликации между серверами. Тогда потребуется покупка оборудования и программного обеспечения. Расчеты приведены в нашей предыдущей статье. Общая сумма затрат на один дополнительный сервер составит:

Наименование	Кол-во	Цена, руб.	Сумма, руб.
Сервер HPE ProLiant DL325 (16 ядер x 2,40 ГГц, 32 ГБ ОЗУ, 2 x 400 ГБ SSD, 2 x 300 ГБ SAS, 4 Гбит LAN), 3 года гарантии	1	727 740,00 руб.	727 740,00 руб.
Лицензия Windows Server Standard 2016	2	55 121,00 руб.	110 242,00 руб.
Лицензия SQL Server Standard 2017	1	56 047,00 руб.	56 047,00 руб.
Итог			894 029,00 руб.

Стоит отметить, что такое решение менее выгодно для предприятия, так как требует изъятия из оборота компании крупной суммы, а также не является катастрофоустойчивым. Когда серверы рядом, это не защитит от пожара или потопа. И при использовании железа надо помнить про необходимость формирования на складе ЗИП, нагрузку на ИТ-персонал, электроэнергию и т. д.

Выводы

Azure Site Recovery подходит для резервирования локальной инфраструктуры, в частности 1С. Данное решение выгодно отличается низкой стоимостью. Простота реализации позволяет, не меняя существующую инфраструктуру, решить вопросы надежность и обеспечения катастрофоустойчивости 1С.

Отдельно стоит отметить, что внедрение ASR позволяет освободить предприятие от капитальных затрат на оборудование и программное обеспечение. И так как Site Recovery предоставляется в качестве сервиса, предприятие может планировать свои затраты.

Может быть полезным:

+44 –

См. также

Database Compression Tool (DCT) Универсальный инструмент сжатия, свертки и конвертации баз данных 1С

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта Платформа 1С v8.3 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку сразу нескольких баз данных и выполнять их автоматически без непосредственного участия пользователя. Решение в Реестре отечественного ПО

8400 руб.

20.08.2024 12582 99 42

101

Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С УТ 11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных (УФ, Платформа 8.3.14+)

Инструменты администратора БД Роли и права Системный администратор Программист Пользователь 8.3.14 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 18.09.2024, версия 1.2

18000 руб.

06.12.2023 10003 48 5

SALE! %

PowerTools: Инструменты администратора 1С 8.3

Инструментарий разработчика Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

Универсальный инструмент программиста для администрирования конфигураций. Сборник наиболее часто используемых обработок под единым интерфейсом.

~~4800~~ 3840 руб.

14.01.2013 190541 1150 0

918

Infostart DataFormWizard: Управление данными и формами 1С 8.3

Инструменты администратора БД Инструментарий разработчика Роли и права Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.

15000 руб.

10.11.2023 11390 40 27

Ускоренное проведение документов в 1С (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020 33583 109 152

Брандмауэр для сервера 1С Предприятие 8 - внешнее управление сеансами

Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

3600 руб.

06.02.2017 32485 145 18

Автоматическое резервное копирование любой клиент-серверной базы 1С в формате DT с удалением сеансов, архивацией, изменением расширения (8.3.14+, расширение)

Архивирование (backup) Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Данная разработка позволит решить вопрос с резервным копированием Ваших баз в автоматическом режиме, расположенных на сервере 1С. Система умеет ставить блокировки на вход, блокировать фоновые задания, принудительно отключать сеансы пользователей. И все это система делает в автоматически при создании бэкапа (или через команду). Выгрузка происходит в родной формат 1С - .dt. Так же система умеет архивировать данные выгрузки с установкой пароля. Умеет менять расширение файла zip или dt на любое указанное вами, что позволит сохранить выгрузки от шифровальщика. Может удалять старые копии выгрузок, оставляя указанное количество резервных копий, начиная с самой поздней. Только для WINDOWS!

6000 руб.

06.11.2012 73525 629 45

Сжатие (уменьшение) картинок в базе 1С и приведение их к одинаковой ширине

Инструменты администратора БД Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Многие сталкиваются с проблемой когда изображения, находящиеся в базе разные по объему и размерам. Менеджеры могут добавить файлы в очень высоком разрешении, объемом свыше 20 Мегабайт. База данных становится слишком большой, выгрузка на сайт идёт медленно и требуется много место на хостинге. Как сжать картинки и уменьшить размер базы 1С? Это можно сделать с помощью данной обработки. Существует возможность выбрать различные варианты для того чтобы уменьшить картинки: в разы, в процентах от первоначального объема, а также сделать картинки одинаковой ширины. В результате размер базы 1С значительно сократится (в зависимости от количества и размера картинок), а изображения станут небольшого объема, равными по ширине, почти без потери качества. Работает на управляемых формах для УТ 11, КА, ERP.

3000 руб.

21.07.2022 10091 9 4

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. nyam-nyam 11.09.18 11:38 Сейчас в теме

В обоих случаях, Ажур и второй сервер, забыли стоимость лицензии на сервер 1С. Пользовательские тоже могут понадобиться, особенно если они программные.
А зачем нужна вторая лицензия на Windows Server Standard 2018 для физического сервера?
И не совсем корректно сравнивать стоимость одной "Виртуальная машина D4 v3 (4 ядра, 16 ГБ RAM)" c "Сервер HPE ProLiant DL325 (16 ядер x 2,40 ГГц, 32 ГБ ОЗУ" - производительность будет явно не в пользу первой, хотя конечно явно лучше чем простой в работе.

4. zhogov 320 11.09.18 13:55 Сейчас в теме

(1) Для работы 70 человек D4 v3 будет достаточно. Можно и больше - все равно платежи за мощность возникнут только в момент отработки отказа.
А лицензий windows Server 2 так как 1 лицензия закрывает 16 физических ядер, а в сервере их 32.

Относительно 1С сервера - его можно вынести на отдельный сервер / железный ключ и просто покинуть на активный сервер (раздавать с сервера на земле).

5. nyam-nyam 11.09.18 15:52 Сейчас в теме

(4)
Для работы 70 человек можно и дектопную машинку поставить на случай ахтунга. Тоже будет достаточно ресурсов.

Позвольте, где здесь 32 ядра заявлено? В спецификации только 16 : "Сервер HPE ProLiant DL325 (16 ядер x 2,40 ГГц, 32 ГБ ОЗУ, 2 x 400 ГБ SSD, 2 x 300 ГБ SAS, 4 Гбит LAN), 3 года гарантии"

Отдельный сервер для лицензирования 1С видимо в план катастрофоустойчивости не входит? Железный ключ тоже не так просто прокинуть, да и опять же, где гарантии выживания железного ключа в катастрофе?

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

А что по поводу стоимости SQL сервера в облаке?

16. zhogov 320 12.09.18 08:55 Сейчас в теме

(5)

Для работы 70 человек можно и дектопную машинку поставить на случай ахтунга. Тоже будет достаточно ресурсов.

Можно. но не надежно.

17. zhogov 320 12.09.18 08:57 Сейчас в теме

(5)

Позвольте, где здесь 32 ядра заявлено? В спецификации только 16 : "Сервер HPE ProLiant DL325 (16 ядер x 2,40 ГГц, 32 ГБ ОЗУ, 2 x 400 ГБ SSD, 2 x 300 ГБ SAS, 4 Гбит LAN), 3 года гарантии"

Виноват, ошибся. Минус 55 тыс. из затрат на локальную инфраструктуру. Остается 839 тыс. Пока все равно больше, чем стоимость репликации.

18. zhogov 320 12.09.18 08:58 Сейчас в теме

(5)

Отдельный сервер для лицензирования 1С видимо в план катастрофоустойчивости не входит? Железный ключ тоже не так просто прокинуть, да и опять же, где гарантии выживания железного ключа в катастрофе?

Окей, используйте комплект резервных ПИН-кодов. Это просто потребует некоторых усилий при отказе.

20. nyam-nyam 12.09.18 09:47 Сейчас в теме

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

22. akimych 227 12.09.18 11:08 Сейчас в теме

(18) Опять - двадцать пять.
Проблема с лицензиями обсуждает в другой ветке про Азур. Не может быть полной отказоустойчивости, без отказоустойчивости сервера лицензий 1С.

Вот если бы уважаемый Инфостарт спросил у 1С их планы по этому вопросу и озвучил бы их здесь, то это было бы реально полезно.

19. zhogov 320 12.09.18 09:01 Сейчас в теме

(5)

А что по поводу стоимости SQL сервера в облаке?

ВМ с SQL Server на борту стоит 51,50 руб. в час.
Если у Вас SQL Server + Spftware Assurance, то можно действует преимущество гибридного использования, а следовательно не надо платить за SQL Server и тогда стоимость ВМ - 26,50 руб в час.

2. kauksi 217 11.09.18 12:06 Сейчас в теме

Вероятность попадания метеорита в Северную Америку учитывается?

3. zhogov 320 11.09.18 13:52 Сейчас в теме

(2) Да, учитывается :) Поэтому сервис предоставляется и посчитан из Западной Европы, резервирование которого автоматом идет в Северную Европу.

6. blackhole321 1314 11.09.18 16:37 Сейчас в теме

Мне кажется, что Вы как-то странно расчитываете затраты на дополнительный сервер. Лицензии на win server, а также SQL server у Вас уже имеются т.к. вы уже имеете рабочую систему на одном сервере. Соответственно вы можете установить на резервную железку бесплатный win hyper-v сервер и реплицировать виртуальные машины. Таким образом, из Вашей таблицы остаётся только стоимость доп. железки, в качестве которой Вы можете использовать сервер с конфигурацией, аналогичной вм Azure т.е. 4 ядра и 16 Гб. Соответственно её стоимость будет существенно меньше, заявленной Вами.
Относительно катастроф остойчивости - какова вероятность наступления этого события и из какого локейшна и как будут работать пользователи в случае наступления этой самой катастрофы?

7. zhogov 320 11.09.18 18:26 Сейчас в теме

(6) Из правил лицензирования следует, что лицензии должны быть на все сервера. Мы же с Вами говорим про репликацию, а не бэкап.
А вот клиентские лицензии (CAL) мы как раз убрали из расчета.
И сам Hyper-V входит в состав ОС, которая стоит денег.

Под катастрофой моно подразумевать события, которые приведут к недоступности локального оборудования:
Потоп в серверной (такое было уже), изъятие оборудование органами (тоже было), авария на подстанции (тоже было), выход из строя материнской платы сервера (ну вы поняли :) ) и тп. и тд. А работать надо.

8. blackhole321 1314 11.09.18 19:48 Сейчас в теме

(7)

Из правил лицензирования следует, что лицензии должны быть на все сервера. Мы же с Вами говорим про репликацию, а не бэкап

Полагаю, что Вы ошибаетесь.
Ниже по ссылке рассмотрен аналогичный вопрос со ссылкой на FAQ MS:
https://social.technet.microsoft.com/Forums/ru-RU/678d3a8b-d527-4103-aebc-f7c20297656b/-?forum=licenseru

И сам Hyper-V входит в состав ОС, которая стоит денег.

Я предлогаю для резервного сервера использовать Windows Hyper-V Server, который бесплатен.

Под катастрофой моно подразумевать события, которые приведут к недоступности локального оборудования:

В случае пожара или наводнения из строя также выйдет и сетевое оборудование и кабели, так, что облако здесь не сильно поможет, если только у Вас нет резервного офиса :) Как вариант, Вы можете разместить резервное оборудование в отдельном от основного помещении. Аналогичная ситуация и с отключением эл. энергии.
Относительно органов - а почему Вы решили, что будет изят только один сервер?

15. zhogov 320 12.09.18 08:54 Сейчас в теме

(8)

Я предлогаю для резервного сервера использовать Windows Hyper-V Server, который бесплатен.

Может мы говорим о разном, но такой версии Windows Server нет. (https://www.microsoft.com/ru-ru/cloud-platform/windows-server-pricing)

Относительно органов - а почему Вы решили, что будет изят только один сервер?

Были ситуации. Даже если забирают все, сотрудники принесли ноутбуки из дома и продолжили работу.

В случае пожара или наводнения из строя также выйдет и сетевое оборудование и кабели, так, что облако здесь не сильно поможет, если только у Вас нет резервного офиса :)

Можно и кафе через дорогу использовать. Пожара у нас не было, но вот свет отключали на пару дней - работали кто из дома, кто из кафе.

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

Конечно вариант, но вопрос цены.

23. blackhole321 1314 12.09.18 11:11 Сейчас в теме

(15)

Может мы говорим о разном, но такой версии Windows Server нет.

Можете скачать отсюда: https://www.microsoft.com/ru-ru/evalcenter/evaluate-hyper-v-server-2016
В pricing его действительно нет т.к. он бесплатен.

Были ситуации. Даже если забирают все, сотрудники принесли ноутбуки из дома и продолжили работу.

Роутеры, свичи, контроллеры домена etc. тоже принесли из дома :)?

Ну ОК :)

Конечно вариант, но вопрос цены.

Ну так меня и смущает Ваша методика расчета локальной инфраструктуры для сравнения с облачной. Я собсно не против облаков и у них есть сври преимущества, однако сравнивать надо как-то более корректно что-ли, а то получается так, в облаке Вам достаточно 4х vCPU, а сравниваете Вы с сервером в 16.
В принципе, в приведенном Вами случае, на случай аварийной ситуации похоже подойдет обычный процессорный блок от desktop'а с 4х ядерным процом.
Соответственно по факту имеем 7K/мес - облако vs стоимость компьютера (ну или сервера начального уровня).
При стоимости процессорного блока 100К, он станет выгоднее ~через год.

26. teller 13.09.18 06:23 Сейчас в теме

(23)

В принципе, в приведенном Вами случае, на случай аварийной ситуации похоже подойдет обычный процессорный блок от desktop'а с 4х ядерным процом.

у автора аргументация в пользу azure рассчитана на некомпетентного собеседника(передергивания и натяжки) , чем подрывает серьезное к себе отношение.

9. Fox-trot 163 11.09.18 20:16 Сейчас в теме

поворчу малость
при наличии финансов многое можно решить. даже ума нинада %) можно позвать того, кто сделает все за деньги.
так что обычно делают из того, что есть в наличии

11. zhogov 320 12.09.18 08:04 Сейчас в теме

(9) Думаю, что 7 000 руб. не так много, что бы обеспечить резервирование. И даже не надо использовать то что есть, тем более когда этого нет.

24. Fox-trot 163 12.09.18 18:16 Сейчас в теме

(11)

7 000 руб. не так много, что бы обеспечить резервирование

кстати да, каждый месяц можно покупать новый винт

25. zhogov 320 12.09.18 21:35 Сейчас в теме

(24) Сервера же не только из винтов состоят.

10. monkbest 114 12.09.18 07:30 Сейчас в теме

Есть пара сомнений в этом деле:

1. Мне кажется, или это не законно?
* 1с - база с персональными данными
* Она уходит за границу

2. Еще я не в курсе, может кто подскажет, эти образы виртуалок, они же не зашифрованы? Т.е. умея читать внутреннюю файловую систему образа, любой сможет получить доступ к базам

12. zhogov 320 12.09.18 08:08 Сейчас в теме

(10) Незаконных моментов тут нет. Перс данные первично собираются и обрабатываются на территории РФ.
Формальное нарушение может возникнуть только на момент отказа, но если это зафиксировать в документах и регламентах - нарушения нет.

Доступа к образам нет, так как:
1. Все данные передаются в зашифрованном состоянии.
2. Хранятся данные только в зашифрованном состоянии.

13. monkbest 114 12.09.18 08:32 Сейчас в теме

(12) как это на момент отказа, бэкап-то в облаке всегда на территории "потенциального противника" :)
раз бэкап "там", то и персональные данные "там" хранятся. Не обрабатываются, но хранятся. Я не думаю, что Azure заключил соглашение со всем коллективом предприятия о хранении их персональных данных.

Я еще слышал о соглашении "на трансграничную передачу персональных данных сотрудника", вроде оно позволяет передавать перс.данные третьим лицам, но не уверен, что это можно делать "туда"

Хранятся данные только в зашифрованном состоянии

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

14. zhogov 320 12.09.18 08:48 Сейчас в теме

(13) Относительно перс. данных - предлагаю обратиться к первоисточнику. Изучить его и разобрать.
Если подытожить - то закон не запрещает передачу перс. данных, а требует что бы первичные сбор, обработка и хранение осуществлялись на территории РФ. Ну а далее, при соблюдении внутренних регламентов, можно и трансграничную передачу осуществить.

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

Есть конечно и отдельно Azure Online Backup - сервис по хранению резервных копий. При создании генерируется ключ шифрования, который храниться только у Вас. Он необходим для получения доступа к капу.

21. nyam-nyam 12.09.18 09:57 Сейчас в теме

В случае если нет возможности сделать свою нормальную серверную, чтоб не заливало, рисков ареста оборудования и отключения электроснабжения на продолжительные периоды имеет смысл задуматься над арендой выделенного сервера или размещении своего оборудования на площадке нормального дата-центра. По деньгам выйдет почти тоже самое что и свой сервер в мокрой серверной. А с учётом потерь от аварий может и дешевле. Для резервирования можно арендовать сервер на независимой площадке и держать там горячую копию баз - это опять же примерно те же деньги что и в Ажуре. Или уж совсем перейти на Ажур и надеяться что вас не оттелеграммят в неподходящий момент.

27. DonAlPatino 178 13.09.18 12:04 Сейчас в теме

А вы по какому курсу стоимость Azure считали? Или случилось чудо и они стали стоимость в рублях фиксировать?

28. admin 13.09.18 16:14 Сейчас в теме

Статья больше напоминает рекламный пост от Microsoft , продвигающий Azure, чем реальная задача резервирования. Почему нет описания альтернатив Ажуру и практического опыта работы , замеров производительности, и т.д. ?

29. amd1986 13.09.18 16:34 Сейчас в теме

(28)Так это он и есть. Причем вторая статья по ажуру, от этого автора.

30. shard 282 14.09.18 12:56 Сейчас в теме

Все цифры из головы. Пусть надежность работы серверного железа 0.99999, а обычного десктопа 0.99. Т.е. вероятность отказа десктопа 1%, а сервера 0.001%. Закупаем три десктопа по стоимости 60 тысяч за системный блок (i5, 16 оперативки, 256 ssd) и настраиваем инкрементную репликацию баз данных. Вероятность одновременного отказа всех трех (конечно при условии что они не стоят рядом друг с другом и запитаны от одной розетки) 0.01^3, т.е. 0.0001%. Т.е. в 10 раз надежнее. На сколько меньше затраты по железу - найдите стоимость сопоставимого сервера и отнимите. Где ошибка в рассуждениях?))

31. nvv1970 16.09.18 09:08 Сейчас в теме

Как можно было сравнить hyper-v и aruze?
Автор рассматривает первый вариант отказоустойчивости sql - hyper-v??? Побойтесь бога.
Или sql вообще не рассматривается, а только 1с? Хотя сути это не меняет.
В чем усмотрели отказоустойчивость в кластеризации hyperv?

А понял, что хотелось просто по облако написать. Но сравнение взято не верно.

32. Gilev.Vyacheslav 1917 21.09.18 02:50 Сейчас в теме

смотрю Майкрософт агрессивно впаривает
у них там сменились сотрудники, и новые сотрудники не заморачиваются фактами, это впринципе новый тренд - трындеть не отвечая за свои слова

по статье автору (0)
что вам мешает бэкапить логи и кидать их в другой город да хоть на обычный комп самый дешевый, вот и вся катастрофоустойчивость

33. 2tvad 70 14.10.19 18:58 Сейчас в теме

(32)

них там сменились сотрудники, и новые сотрудники не заморачиваются фактами, это впринципе новый тренд - трындеть не отвечая за свои слова

по статье автору (0)
что вам мешает бэкапить логи и кидать их в другой город да хоть на обычный комп самый дешевый, вот и вся катастрофоустойчивость

Купить место в облаке и бекапить туда 1С. Я так делаю давно. Надежнее чем локальные копии, правда и локальные копии тоже хранятся.

34. Gilev.Vyacheslav 1917 15.10.19 09:58 Сейчас в теме

(33) а что без облака ни как? Обязательно надо отдавать бэкап в чужой сервер куда у вас нет быстрого доступа? И как вы измеряете надежность "облака"?

36. 2tvad 70 15.10.19 14:17 Сейчас в теме

(34) по отказам. за 5 лет на одном нашем облаке не было потеряно ни одного файла. Облако нужно на тот случай, если локальные ресурсы выведены из строя. Например утащены обепом.

40. Gilev.Vyacheslav 1917 15.10.19 17:49 Сейчас в теме

(36) а какая разница утащит обеп или фбр? или думаете на заграничном сервере медом намазано? или где гарантия что ваша организация в своих целях не использует ситуацию
много банков вам свои данные доверило?
на внешних серверах есть смысл хранить данные, которые не представляют коммерческой ценности, метрики заббикса например

42. 2tvad 70 15.10.19 19:41 Сейчас в теме

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

Необязательно использовать облако забугорного поставщика. Можно и отечественное. Кадры в обепе, не такие продвинутые, что бы смочь изъять оборудование, разобраться в течении часов, выбить решение суда о доступе к облаку, получить туда доступ и забрать файлы =))

На все это потребуется время.

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

"на внешних серверах есть смысл хранить данные, которые не представляют коммерческой ценности, метрики заббикса например"

Это понятно. Бекапы шифруются перед передачей. И не zip-rar понятно.

35. nomad_irk 80 15.10.19 10:31 Сейчас в теме

(33)Бэкапить в "черную дыру", не имея к ней физического доступа - такое себе занятие.

37. 2tvad 70 15.10.19 14:18 Сейчас в теме

(35) Когда к вам придут люди с автоматами и начнут выносить технику, вы спасибо скажите за то, что к вашем бекапам нет физического доступа.

38. nomad_irk 80 15.10.19 14:28 Сейчас в теме

(37)Так что мешает держать свой NAS, находящийся в другом месте территориально, если уж есть поводы для визитов ОБЭПа?

39. 2tvad 70 15.10.19 15:40 Сейчас в теме

(38)

Находящийся в другом месте территориально, если уж есть поводы для визитов ОБЭПа?

Это зависит от размера компании. Если есть ресурсы, можно поставить сервер в датацентре и там держать бекапы. У кого денег не так много, бекапят на локальный сервер (nas) и в облако. Понятно что крупная компания построит свой датацентр.

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

Потом вас просят подписать перечень изъятого... вы подписываете.

Потом вы жалуетесь. А вам отвечают, что вы добровольно все отдали. Как будто, можно было отдать не добровольно...

41. Gilev.Vyacheslav 1917 15.10.19 17:51 Сейчас в теме

(39) спекулировать на "страхах" тот еще бизнес
мы вот небольшая компания, но резервный сервер в другом городе на линухе организовать осилили, ни каких космических сумм не надо

Оставьте свое сообщение

E-mail:

Автор:

Александр Жогов (zhogov)

Рейтинг: 320

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

Публикация:

№ 901128

Создание 11.09.18 09:17

Обновление 09.01.19 18:12

Статистика:

Просмотры 13107

Загрузки 0

Рейтинг 44

Комментарии 42

Характеристики:

Код открыт Да

Рубрики Инструменты администратора БД

Кому Системный администратор

Тип файла Нет файла

Платформа Не имеет значения

Конфигурация Не имеет значения

Операционная система Не имеет значения

Страна Россия

Отрасль Не имеет значения

Налоги Не имеет значения

Вид учета Не имеет значения

Доступ к файлу Бесплатно (free)