1С фреш как сделать копию базы

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

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

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

Содержание

Порядок создания резервной копии

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

  1. Войти в свой личный кабинет, например, щелкнув ссылку Личный кабинет на странице Мои приложения сайта сервиса;

  2. Вывести карточку приложения, например, щелкнув строку приложения двойным щелчком мыши.
  3. Выбрать в меню действие Резервное копирование — Создать резервную копию.

  4. В выведенном окне Создание резервной копии указать время начала создания резервной копии и нажать кнопку ОК.

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

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

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

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

  6. По окончании создания резервной копии сведения о ней появятся в списке Архивные копии приложений, который можно вывести из карточки приложения командой Резервное копирование — Архивные копии приложений:

    У созданной резервной копии будет показан флажок в колонке По требованию.

Восстановление приложения из резервной копии

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

Сохранение резервных копий на компьютер пользователя

Созданные резервные копии приложений хранятся на сервере провайдера сервиса (в «облаке»). Но при желании эти резервные копии можно в любой момент выгрузить (сохранить) на компьютер пользователя. Как это делается, рассказано в статье .

Результат сохранения (файл выгрузки) может быть использован:

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

Сегодня мне хотелось бы еще раз пройтись по набившему оскомину резервному копированию в облако. Рассуждать на тему хорошо это или плохо, я не буду, но хочу поделиться примерами реализаций решений для этого самого облачного резервного копирования — от готового ПО до костылей на велосипедах.

Еще не бэкапитесь в облако или хотите почитать про варианты решений? Прошу под кат.

3-2-1, поехали

Считается, что история правила бэкапа «3-2-1» начинается с Питера Крога (Peter Krogh), который изложил его в книге «Управление цифровыми активами для фотографов». Вкратце напомню этот принцип:

  • Копий данных должно быть минимум 3.
  • Как минимум 2 копии должны быть на физических носителях разного типа. Например, одна копия — рабочие данные на дисковом массиве, вторая копия — данные на магнитной ленте.
  • Как минимум одна резервная копия должна храниться не в офисе.

Лично я чаще всего использую чуть другие правила в формировании резервных копий.

Классическая схема «3-2-1».

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

  • Оперативные резервные копии. Основная их цель — в случае небольшого сбоя обеспечить максимально быстрое восстановление. В зависимости от инфраструктуры храниться эти резервные копии могут даже на копируемом сервере — только на отдельном диске.
  • Архивные резервные копии. Они хранятся уже обязательно как минимум на другом сервере и с историей (чаще всего — 6 ежедневных резервных копий, 4 еженедельных и 4 ежеквартальных).
  • Удаленные резервные копии. Резервные копии хранятся обязательно в другом месте — на сервере в удаленном ЦОД или в облаке. Неплохой вариант — по возможности синхронизировать с удаленным хранилищем каталог архивных резервных копий.

С оперативными и архивными резервными копиями обычно все достаточно просто, разве что следует придерживаться определенных рекомендаций. Один из вариантов таких рекомендаций — под спойлером.

Рекомендации:

  • Сервер с резервными копиями по-хорошему должен быть так или иначе изолирован от рабочей сети на случай, если вдруг заведется шифровальщик.
  • Неплохой вариант, когда сервер забирает резервные копии, а не получает их — на случай компрометации архивируемого сервера.
  • История архивов — must have. Часто встречал инфраструктуры, где хранилась только одна резервная копия важных данных, и в случае атаки шифровальщика или потери данных «позавчера», данные в резервной копии были уже испорчены или не те, что нужно.
  • Не забываем копировать не только данные, но и операционную систему.
  • Теневые копии и прочие снапшоты — это очень хорошо и здорово, но это не резервное копирование. Можно их использовать как замену оперативным резервным копиям, но лучше совмещать.
  • Архивы с расширением .exe или .dll — неплохой вариант обмануть так-себе-шифровальщика.
  • RAID — это совсем не про резервное копирование. Совсем-совсем.

А вот с удаленными резервными копиями вопросов много. В частности, надо выбирать, где хранить эти самые копии и чем их туда забрасывать. Сначала приведу несколько примеров «где».

Выбираем уютное облако

Одним из вариантов будет простая и незамысловатая аренда выделенного сервера или установка своего сервера в ЦОД на колокейшн.

Действительно, «облако», которое построил сам, дает больше контроля над происходящим, да и выбор решения для хранения и непосредственно резервного копирования остается на усмотрение системного администратора. Можно даже сервер включить в домен «на земле», как я описывал в статье «Как я базы 1С в Германии прятал».

С другой стороны, контроль означает и ответственность — необходимо будет мониторить состояние сервера на случай аппаратных и программных проблем, при этом недостаток облаков в виде зависимости от интернета и вопроса доверия сторонним людям никто не отменял.

А не ваш ли это арендованный сервер у недорогого хостера?

Другим вариантом будет использование специализированных сервисов, которые создавались как раз для хранения резервных копий. Самым известным примером являются сервисы Amazon Glacier. Они окутаны легендами на тему используемых технологий — начиная от ленточных кассет и заканчивая blu ray-дисками и робо-руками. Но официально это недорогие HDD.

В отличие от арендованного сервера, решение уже начинает пахнуть кровавым энтерпрайзом со многими «девятками надежности» после запятой. Правда, как и многое у веб-сервисов Amazon, он обладает непростой формулой расчета стоимости. Если грубо упрощать, то загрузка данных на сервис — бесплатна, хранение — совсем недорогое ($1 за 1 Тб в месяц), а вот за получение данных придется заплатить. Как на старых ярмарках — «вход бесплатный, выход 15 копеек».

Классические сервисы хранения данных вроде Amazon S3 и Yandex Object Storage тоже, конечно, можно использовать для резервных копий, но ценник в таком случае будет менее гуманный — ~$10\мес за 1 ТБ у Яндекса. Также нельзя не упомянуть решения вида «все включено» от производителей систем резервного копирования, благо своего облака сейчас нет только у ленивого. Например, Acronis Cloud Storage как дополнение к продуктам Acronis буквально за $299 в год даст 250 Гб на своих серверах.

Третьим вариантом будет использование облачных хранилищ, которые не очень предназначены для хранения резервных копий компании, а больше ориентированы на простых пользователей. Приведу лишь несколько из них, которые на слуху:

  • Dropbox.
  • OneDrive.
  • Google Drive.
  • Mega.
  • Яндекс.Диск.
  • Облако Mail.Ru.

Я сейчас не буду сравнивать облачные платформы, отдам это на откуп многочисленным материалам в сети. Например, статье «Облачные хранилища для физических лиц: что выбрать и почему». Лично я для своих нужд остановился на Яндекс.Диске, потому что он один из немногих, кто на бесплатных планах умеет WebDAV, API и снапшоты (историю) файлов на диске. Ну и, конечно, у меня скопилось некоторое количество бесплатных гигабайтов на нем.

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

Чем грузить на уютное облако

Лично мне ПО, предоставленное сервисами, не очень нравится использовать (если, конечно, речь не про специализированный сервис вроде Acronis): не всегда есть возможность настроить расписание синхронизации, да и еще жива в памяти история, когда Яндекс.Диск при обновлении устраивал патч Бармина операционной системе. По счастью, существуют специальные ПО, поддерживающие различных провайдеров. Как обычно, приведу несколько примеров в основном бесплатных и околобесплатных решений.

Handy Backup. Выдается на первой странице гугла по запросу «резервное копирование в облако». Есть платные версии различного функционала, отдельные плагины (например, для Exchange и 1C). Есть даже свое облако — HBDrive. Но самое главное, пока еще есть бесплатная версия, которая умеет бэкапить только в облако — Handy Backup Free for Cloud. К сожалению, в рамках тестирования мне не удалось заставить ее стабильно работать с Яндекс.Диском — периодически назначенное задание не срабатывало. Сложно что-то хотеть от бесплатного решения, но от использования этого ПО я отказался.

CloudBerry Backup. Всем хорош продукт, есть даже решения для восстановления отдельных объектов Exchange, есть поддержка множества разных провайдеров. От использования остановило отсутствие бесплатной версии и поддержки обычного Яндекс.Диска, только S3 совместимое хранилище Yandex Object Storage.

Список поддерживаемых провайдеров решения от CloudBerry Lab.

Duplicati 2. Уже совсем бесплатный продукт, даже для коммерческого использования. Есть под все популярные платформы от Windows до GNU\Linux, работать можно как через веб-интерфейс, так и через командную строку, также есть и шифрование бэкапов «из коробки».

Интерфейс Duplicati, поддерживаемые провайдеры.

К сожалению, «из коробки» Яндекс.Диск не поддерживается — только в режиме WebDAV. В этом режиме решение от Яндекса работает не идеально — бывают проблемы с крупными файлами. Но в списке допустимого назначения существует один, который решает эту проблему. Вот же он.

Rclone. Пожалуй, это мой бесспорный лидер среди прочего ПО. Утилита командной строки под множество платформ, на официальном сайте доступна загрузка в том числе и под редкие операционные системы вроде Plan9 и Solaris. Список поддерживаемых облачных провайдеров тоже впечатляет — в нем есть поддержка даже Cephs и OwnCloud. И да, Яндекс.Диск в списке. Конфигурация до недавнего времени производилась только через интерактивное консольное меню, но относительно недавно появилась возможность запускать веб-интерфейс и настраивать через него.

Веб-интерфейс rclone.

К минусам стоит отнести отсутствие каких-либо встроенных планировщиков. Утилита работает исключительно как транспорт на\с облаков, зато и не требует установки. В том числе и из-за этого я ее использую в связке с Яндекс.Диском для переноса информации с одних удаленных серверов на другие — оказалось, что крупные файлы быстрее закинуть на облако и скачать с облака, чем организовывать прямой файлообмен. Да и подгружать резервные копии одно удовольствие. Например, чтобы скопировать в облако только свежие файлы, можно использовать команду:

rclone copy —max-age 24h —no-traverse D:\backups yandex:backups

Где yandex — имя конфига, созданного заранее, а backups — папка с бэкапами.

Более подробно принципы работы rclone разобраны в официальной документации и в статье «Rclone: rsync для облаков».

В принципе, как уже полноценное решение для резервного копирования, rclone можно использовать вместе с Duplicati, выбрав rclonе как тип хранилища. Тогда Duplicati будет создавать резервные копии с использованием vss (снапшотов) по планировщику, а первое будет отвечать за загрузку резервных копий в нужное нам облако. Конечно, можно использовать и любое другое решение вроде Cobian или вовсе делать снапшоты vss командой diskshadow, архивировать и заливать в облако при помощи rclone. Правда, если совсем уж изобретать велосипед, то и никакой rclone не нужен.

Создаем свой велосипедо-скрипт

Конечно, если облачный провайдер предоставляет доступ по WebDAV, загрузка данных будет простой. Пример для cmd и Яндекс.Диска:

net use Z: «https://webdav.yandex.ru/backup/» /User:login@yandex.ru password rem копируем файлы любым способом net use Z: /delete

Но не все провайдеры умеют в WebDAV, и есть вопросы по скорости и стабильности работы. Поэтому можно использовать API, если, конечно, провайдер предоставляет такой доступ. Разберем пример с тем же Яндексом.

Для авторизации Яндекс использует OAuth, поэтому для нашего скрипта понадобится завести специальный токен. Сначала нужно создать приложение в разделе «Создание приложения» на сайте.

Нужно не забыть дать доступ приложению на Яндекс.Диске:

Доступ скрипта к API Яндекс.Диска.

И подставить URL для разработки в Callback URI (будет доступен после установки галочки «Веб-сервисы» на доступных платформах):

Настройка Callback URI.

После получения ID приложения следует перейти по ссылке:

https://oauth.yandex.ru/authorize?response_type=token&client_id=12345678&display=popup

Где 12345678 — полученный ID. После предоставления приложению доступа мы получим желанный OAuth-токен, который уже можно применять в скриптах. Вот, например, загрузка файла на Яндекс.Диск при помощи PowerShell:

#путь к файлу $filepath = «D:\backup.zip» $headers = New-Object «System.Collections.Generic.Dictionary,]» $headers.Add(«Authorization» ,’OAuth НашOauthТокен’) $headers.Add(«Content-Type»,»application/json») #получаем от Яндекса URL для загрузки файла $UploadUrl= (Invoke-RestMethod -method GET -URI («https://cloud-api.yandex.net:443/v1/disk/resources/upload?path=backup.zip») -Headers $headers).href #загружаем сам файл Invoke-WebRequest -uri $UploadUrl -Method Put -Infile $filepath -ContentType ‘application/zip’

Организовать ротацию файлов, контроль загрузки и прочий «обвес» предлагается самостоятельно, благо API Яндекса хорошо документировано. Но лично я предпочитаю не изобретать велосипед, а использовать rclone.

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

Существуют разные программы для ведения бухгалтерского учета, однако самой популярной и широко известной является 1С: Предприятие. Само понятие «бухгалтерия» волей-неволей ассоциируется с данной программой.

Среди многообразия прикладных решений 1С можно выделить несколько самых распространенных на сегодняшний день конфигураций:

  • Бухгалтерия 8
  • Управление торговлей
  • Зарплата и Управление Персоналом 8
  • Комплексная автоматизация

Большинство российских компаний от малого до крупного бизнеса используют именно 1С: Предприятие, разница заключается в том, как это происходит. Благодаря облачным технологиям (cloud computing), у классической коробочной версии 1С появился аналог. Главная суть облачного подхода заключается в удобстве использования, которое основано на идеи аутсорсинга ПО.

Чем «облачная» версия отличается от коробочного издания?

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

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

3. Придется забыть про ИТС. Никакой траты денег и времени на обновления, которые происходят в удаленном режиме.

4. Если база стала большой – не нужно покупать сервер или улучшать свой рабочий ПК. В несколько кликов можно заказать дополнительные ресурсы на диске, что обойдется в разы дешевле. Дополнительный Гигабайт памяти = 20 рублей/месяц.

5. Если компании требуется вести несколько баз, то при аренде 1С – количество баз неограниченно.

6. Работа в программе может вестись не только в офисе с рабочего ПК. Сотрудник может получить доступ к 1С из любого места и с любого устройства, при подключении к сети Интернет. Болезнь или командировка перестали быть преградой для работы.

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

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

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

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

Что нужно для работы программы:

Коробочная 1С:

Облачная 1С:

— Покупка лицензии 1С — Ежемесячная оплата
— Подписка на обновления (ИТС) — Интернет
— Внедрение (покупка сервера и администрирование) — Желание работать удобно

Кому это удобно?

  • Бизнесу, экономически не готовому к большим единовременным затратам на лицензионное ПО. Стартапы, малый бизнес, владельцы нелицензионных версий продукта, решивших перейти на легальное ПО.
  • Сотрудникам, которые работают удаленно. Декрет, командировки, работа на дому, работа из другого города или страны.
  • Организациям с сетевыми филиалами. Собрать все данные воедино – давняя мечта руководителя отделений, ставшая явью.
  • Среднему бизнесу для удобного ведения бухгалтерии без потребности в ручном резервировании, траты лишних денег на ИТС, времени на обновления, покупки оборудования и найма технических специалистов.
  • Крупному бизнесу для стабильной и удобной работы.

Варианты доступа к 1С в облаке:

  • Приложение (RemoteApp)

Выглядит как программа 1С (ярлык), установленная локально на ПК пользователя. Работает через Интернет, для подключения используется зашифрованное SSL-соединение. Может использоваться на любых устройствах с возможностью интернет-подключения: ноутбук, планшет, ПК. Дополнительно возможна аренда офисных пакетов Microsoft Office Standart и Microsoft Office Professional Plus, которые работают по тому же принципу (приложение RemoteApp).

  • Удаленный рабочий стол (RDP)

Работает через Интернет, на базе виртуального рабочего стола. Для подключения используется зашифрованное SSL-соединение. На устройство помещается ярлык для подключения к виртуальному рабочему столу (попробовать данный вид доступа можно ). Применяется с операционной системой Windows и Mac OS. Для работы с операционной системой Mac OS, необходимо предварительно установить клиент. Дополнительно возможна аренда офисных пакетов Microsoft Office Standart и Microsoft Office Professional Plus, которые находятся на виртуальном рабочем столе.

Рабочий стол имеет больший потенциал для действий: пользователь может самостоятельно управлять базами данных 1С:Предприятие, создавать и хранить на своем виртуальном рабочем столе файлы. Если у компании нет компьютера на рабочем месте сотрудника то это не является проблемой — возможна аренда монитора, клавиатуры, мыши и неттопа.

Так же существуют разные сторонние бесплатные RDP-программы для мобильной работы на Android на iOS. Вы можете использовать наиболее подходящие именно Вам. Обращаем внимание, что мы не можем гарантировать работу сторонних приложений.

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

Как перейти на 1С в облаке?

1. Согласно базе данных (файловая или клиент-серверная), выбираете подходящий тип доступа в программу: Приложение (RemoteApp) или Удаленный рабочий стол (RDP).

2. Регистрируетесь в системе, производите заказ и оплату услуги, указывая количество пользователей.

3. Получаете на электронную почту свои учетные данные. Следуете простой инструкции по подключению к терминальному серверу 1С. Переносите базы самостоятельно или обращаетесь в техническую поддержку. Начинаем работу.

Вы получаете:

  • Экономию времени и денег на внедрении ПО.
  • Удаленную работу с круглосуточным доступом.
  • Изменение количества пользователей без переплат.
  • Автоматическое резервное копирование данных.
  • Коллективное подключение к одним базам из разных филиалов, городов, стран.
  • Всегда актуальную лицензионную версию платформы, согласно действующему законодательству со всеми официальными обновлениями.

Что делать если у компании уже есть лицензия 1С?

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

Порядок действий:

1. Регистрируетесь в системе, производите заказ и оплату услуги. Исходя от количества пользователей, настраивается конфигурация сервера.

2. Передаете программный ключ поставщику услуги 1С сервер.

3. Получаете на электронную почту свои учетные данные. Следуете инструкции по подключению к терминальному серверу 1С. Переносите базы данных. Начинаете работу.

  • Экономию времени и денег на покупке и настройке офисного сервера, привлечении квалифицированных специалистов.
  • Удаленную работу с круглосуточным доступом с любого устройства, на котором есть подключение к сети.
  • Возможность расширять или сокращать ресурсы на диске без переплат.
  • Коллективное подключение к одним базам из разных филиалов, городов, стран.
  • Возможность устанавливать собственные настройки на сервере.

IK Ivan Kuzin 30 мая 2019

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

Можно выделить четыре основных сценария использования облачных технологий 1С:

  • Облако для организации
  • Облако для холдинга
  • Облако для клиентов
  • Технология 1сFresh

Рассмотрим подробнее эти сценарии.

Облако для организации

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

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

Облако для холдинга

Внутри холдинга, объединяющего несколько компаний, облачные технологии позволяют сократить расходы на обслуживание одинаковых программ 1С. Например, в каждой из компаний, входящих в холдинг, ведется бухгалтерский учет. Можно развернуть один сервер 1С: бухгалтерию в облаке, и использовать в режиме разделения данных. Этот режим позволяет хранить данные нескольких организациях в одной информационной базе.

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

Облако для клиентов

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

Клиенты работают с 1с через веб-браузер, работающем как на компьютере, так и на мобильном клиенте — смартфоне или планшете.

Технология 1сFresh (работа через Интернет в модели сервиса)

При использовании модели сервиса клиенты не приобретают сами сервер 1С, операционную систему для виртуального сервера или сервер СУБД. Они платят за использование 1С через Интернет. Вся необходимая инфраструктура находится у поставщика сервиса, на его оборудовании, в виде единой системы, с которой работают все пользователи. Обновление, обслуживание и резервное копирование поставщик сервиса выполняет централизовано.

Размещение 1С:Предприятие в виртуальной инфраструктуре

Размещение платформы 1С в виртуальной инфраструктуре облачного провайдера имеет свои особенности.

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

Замедление работы виртуальной машины может достигать 15-30% от скорости работы физического сервера.

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

  • Некоторые производители гипервизоров обеспечивают повышение скорости за счет встроенных в слой виртуализации механизмов кэширования. Однако кэш может переполниться, и тогда произойдет резкое падение производительности.
  • Для виртуальных серверов нужно выключать механизм создания снимков системы (snapshots).
  • Для работы 1С:Предприятия необходимо использовать только физические диски, а не виртуальные.
  • Следует помнить, что передача по сети между двумя виртуальными машинами на одной физической машине медленнее протокола Shared Memory.
  • Функции динамического перераспределения ресурсов между несколькими виртуальными машинами вносит замедление в работу виртуальных машины. Рекомендуется выключать такие функции. Динамическое распределение ресурсов также может привести тому, что программная лицензия может выйти из строя.
  • В BIOS сервера виртуальных машин должны быть включены технологии виртуализации (VT-x, EPT, AMD-V и т.д.). Также необходимо настроить CPU power saving в режим OS Controlled mode.
  • Для повышения быстродействия следует отключить опцию NUMA Node Interleaving и включить опцию Enable NUMA.
  • Для гипервизорах ESXi 6.0 и старше не стоит использовать сетевые интерфейсы WMXNET3, использовать только типа E1000e.
  • На хостах ESXi также следует отключить дедуплекацию памяти — Transparent Page Sharing.
  • Следует включить схему питания максимальной производительности (High performance)
  • На всех виртуальных машинах следует устанавливать дополнения Vmware Tools.
  • Для оптимизации дисковой системы увеличить значение Disk.DiskMaxIOSize до 128ю
  • При использовании внешних хранилищ следует:
    • использовать режим Independent Persistent Mode, как наиболее производительного.
    • При использовании iSCSI нужно настроить jumbo frames (или установить значение MTA равным 9000) на всех интерфейсах и сетевом оборудовании.
    • Если виртуальные машины и система хранения (СХД) использует режим MultiPathing, то можно вручную настроить на каждом хосте адреса LUN и использовать режим Fixed — это даст большую производительность, чем режим RoundRobin.

Перенос 1С с физического сервера в облачную инфраструктуру

Планирование переноса 1С

Перед переносом системы 1С в облако следует тщательно спланировать процесс миграции. Для этого необходимо ответить на следующие вопросы:

Ресурсы виртуальной машины

Оперативная память

Компаниям, где от 5 до 25 пользователей работают с базой до 4 Гб необходимо 16 Гб оперативной памяти.

Пользователи крупных компаний (100-150 пользователей и базы данных от 1 Гб обычно работают в терминальном режиме. При этом на сервере может запускаться одновременной операционная система, сервер 1С:Предприятия и терминальный сервер. Такой виртуальной машине необходимо 32-64 Гб оперативной памяти.

Хранилище для виртуальной машины

Основная сложность работы с большими базами данных в 1С — это временная блокировка таблиц при обращении к ним множества пользователей. Решить эту проблему можно только с помощью планирования дисковой системы.

Для этого важно учитывать показатель IOPS (Input Output Operation per Second) — число возможных операций дисковой системы за одну секунду.

Во время пиковой нагрузки для базы объемом 300 Мб при одновременном доступе разного количества пользователей IOPS может достигать следующих значений:

3 пользователя

600 IOPS

15 пользователей

2000 IOPS

50 пользователей

7000 IOPS

100 пользователей

18000 IOPS

При обычной нагрузке нагрузка дисковой системы не превышает 20% от этих величин. Таким образом, для работы нескольких пользователей достаточно SAS-дисков, а если пользователей больше 10 – то стоит выбрать SSD-диски.

При определении объема хранилища следует предусмотреть рост объема. Провайдер, конечно, может в любое время увеличить объем диска, но внезапное исчезновение свободного диска может создать и пользователям, и администраторам немало проблем.

Тип аутентификации пользователей

Аутентификация в 1С:Предприятии может осуществляться двумя способами:

  • Аутентификация с помощью операционной системы
  • Аутентификация 1С

При миграции существующих информационных баз в облако следует выбрать способ аутентификации, и после переноса баз настроить их соответствующим образом.

Подключение пользователей

Пользователи могут подключаться к серверу 1С в облаке следующими способами:

  • непосредственно через клиент 1С:Предприятие;
  • через веб-браузер;
  • через VPN-подключение;
  • через RDP-подключение.

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

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

В случае VPN-подключения в облачной инфраструктуре необходимо создать и настроить VPN-сервер.

В случае RDP-подключения необходимо настроить сервер терминалов, который должен иметь необходимое количество лицензий Windows Remote Desktop Services CAL. Каждому пользователю, подключающемуся с помощью терминального доступа, необходима собственная лицензия.

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

Время миграции

Время миграции сервера складывается из временных затрат на следующие операции:

  • разворачивание инфраструктуры, необходимой для работы сервера в облаке, включая веб-сервер и/или сервер VPN;
  • операций выгрузки информационных баз ИС,
  • операции загрузки выгруженных баз по каналу Интернет;
  • тестирование работы 1С
  • подключение пользователей

Необходимое количество лицензий

Для переноса сервера 1С в облако следует проверить имеющиеся лицензии на программное обеспечение, или купить новые, в случае если создание сервера 1С только планируется. Если используется программное обеспечение Microsoft, включая Microsoft SQL Server, необходимо учесть следующие лицензии:

  • Microsoft Server – лицензия на сервер Microsoft Windows Server.
  • Microsoft Server CAL – лицензии на подключение к Microsoft Server. Каждому клиенту, подключающемуся к серверу 1С:Предприятие, размещенному на сервере с операционной системой Microsoft Server, необходима такая лицензия. При этом не имеет значение, каким образом клиент подключается к серверу Microsoft – через VPN, через RDP или при помощи 1С:Предприятия.
  • Microsoft SQL Server – лицензия на сервер Microsoft SQL Server.
  • Microsoft SQL Server CAL – лицензия на подключение к серверу Microsoft SQL Server, Каждому клиенту, подключающемуся к серверу 1C:Предприятие, необходима такая лицензия. При этом не имеет значение, каким образом клиент подключается к серверу 1C:Предприятие – через VPN, через RDP или при помощи 1С:Предприятия или через веб-браузер.
  • Лицензия 1С на сервер, которая устанавливается на каждый сервер 1С:Предприятие.
  • Клиенская лицензия 1С – необходима каждому клиенту, Каждому клиенту, подключающемуся к серверу 1C:Предприятие, необходима такая лицензия. При этом не имеет значение, каким образом клиент подключается к серверу 1C:Предприятие – через VPN, через RDP или при помощи 1С:Предприятия или через веб-браузер.

Разворачивание сервера 1С в облаке

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

Перенос информационных баз на новый сервер

Для того, чтобы перенести информационные базы 1С, можно воспользоваться стандартными процедурами самой платформы.

Вначале необходимо решить – какая система аутентификации пользователей будет работать на новом виртуальном сервере 1С. Если требуется доменная аутентификация, то следует убедиться, что у сервера 1С есть связь с контроллером домена.

Если на новом сервере будет использоваться только аутентификация 1С, то необходимо перед выгрузкой информационной базы убрать флаг «Аутентификация операционной системы» и задать пароль для каждой учетной записи пользователя.

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

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

Проверка информационных баз на новом сервере

После успешной выгрузки информационных баз нужно убедиться, что информационные базы корректно открываются и в 1С:Предприятии, и в Конфигураторе. Вначале это нужно сделать на самом сервере 1С, затем – через удаленное подключение.

В случае успешной проверки можно подключать пользователей.

Преимущества использования 1с в облаке

Работа из любого места

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

Команда разработчиков

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

Размещение в дата-центре

Базы данных 1С расположены в дата-центрах провайдера облачных услуг, что гарантирует высокую скорость подключений и доступность сервиса в 99,9% в режиме 24/7.

Техническая поддержка

Техническая поддержка также работает в режиме 24/7

Бесплатные обновления

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

Резервное копирование

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

Компания Serverspace предоставляет услуги аренды серверов под 1С — ознакомьтесь с нашими тарифами.

Записи созданы 8837

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Похожие записи

Начните вводить, то что вы ищите выше и нажмите кнопку Enter для поиска. Нажмите кнопку ESC для отмены.

Вернуться наверх