Как перенести 1с на другой сервер

Как перенести 1с на другой сервер

Приобрели новый сервер, на нем как и на старом крутится Windows server 2008 r2, MS SQL 2014. Собственно как со старого сервера перенести Сервер 1С Предприятия, базы MS SQL 2014? Если можно подробнее, какие могут возникнуть нюансы?

(0) В конфигураторе выгружай базу в dt на старом сервере и загружай на новом.
(2) а это действительно надо делать, если база в SQL?

В ситуации когда необходимо перенести базу данных SQL с одного экземпляра MS SQL Server на другой, или изменить каталог хранения файлов базы данных, помогут операции отсоединения (Detach) и присоединения (Attach) баз данных MS SQL Server. Об этих операциях в MS SQL Server 2012 (справедливо и для более ранних редакций MS SQL Server) и пойдет речь в данной статье.

(4) во, то, что надо. Спасибо большое!

(5) (4) а какая разница переносить через dt или средствами SQL? Как по мне только в том что 1-ый метод съэкономит лишние пару часов времени.

(6) да какие пару часов, были бы базы огромные, а тут самая жирная 6гигов
(6) перенос через DT съэкономит? А если сначала подумать?

(7) 6гб — какая-ж она огромная, скорее средняя. Доподлинно знаю 2 организации у которых базы 1с примерно 5-7 Тб. Но вот то, что у вас нет админа БД (не обязательно выделенного) это явный прокол.

И это:
1.не удаляйте базук с исходного с недельку. И вообще не отдавайте этот сервер кому бы-то ни было это время.
2.Не забудьте настроить бэкапы.

(9) старый сервер будет стоять на всякий случай по-любому, джобы с созданием бэкапов уже выгрузил в скрипты, сейчас базы переаттачу на новый сервак и загружу скрипты туда

(9) а по поводу админа БД.. приходится учиться совмещать в себе кучу всего, ибо руководство экономит.

(11) это нормально, т.к. полной загрузки у вас ему все равно не обеспечить

Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn

Миграция сервера 1С

Любой IT-инфраструктурный переезд – дело сложное, его лучше доверить профессионалам. Специалисты ГК «Интегрус» оказывают услуги по подключению, обслуживанию, технической поддержке и безопасной миграции сервера 1С на другие сервера.

Необходимость переноса на виртуальный сервер чаще всего вызвана стремлением повысить производительность и доступность вычислительных ресурсов, снизить расходы на эксплуатацию за счет использования другой площадки, получить широкие возможности масштабирования. Если ставится задача по снижению затрат на содержание физической IT-инфраструктуры или повышению доступности различных приложений, выполняется переход в облако либо на виртуальные серверы в ЦОДах.

Принципиально перенос 1С как для физических серверов, так и виртуальных машин не имеет сколь-нибудь значительных отличий, кроме приобретения «коробочной версии» для ПК или решения о размещении БД на SQL-сервере.

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

• подключение через интернет к базам данных без привязки к местоположению пользователя с любого устройства (ПК, ноутбука, планшета, смартфона);
• легкость конфигурирования сервера для работы с базами разных объемов;
• простота изменения как количества пользователей, так и объема БД;
• быстрое подключение, круглосуточная доступность сервера 99,9%;
• экономия на модернизации, т.к. регулярное обновление ПО и конфигурации выполняется поставщиком услуг;
• резервное копирование БД, как следствие — быстрое восстановление при сбоях;
• уменьшение времени перезагрузки сервера и выполнения рутинных проверок;
• усиление корпоративной информационной безопасности за счет использования протоколов, защищенных шифрованием, и быстротой изменения прав доступа администратором 1С.

Основным минусом виртуализации является возможное падение производительности на 10-20%. Это связано, чаще всего, с недостаточным опытом выбора конфигурации и неправильным расчетом требуемого объема ресурсов. Размещение сервера 1С и БД SQL на разных виртуальных машинах дают выигрыш по балансировке нагрузки, но снижают скорость обработки данных. Одномоментное обращение множества пользователей также не способствуют росту производительности.

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

Что нужно знать, чтобы перенести сервер 1С

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

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

Количество пользователей, обращающихся одномоментно к ресурсам, и их совершаемые ими типовые действия напрямую влияют на конфигурацию сервера. Если пользователей более 50, нужно информацию разнести на две виртуальные машины. На одной хранится СУБД, вторая используется как серверный компьютер.

Надо заранее определиться с необходимым объемом RAM для БД, а также учесть вероятность масштабирования как проекта, так и увеличения количества пользователей. Для стабильной работы до 10 пользователей можно использовать SAS-диски, 6 ГБ оперативки, 100 Гб пространства на диске. Свыше 10 пользователей требуют SSD-диски, ОЗУ в 14 Гб, объем дискового пространства – 140 Гб. Для компаний с численностью сотрудников 100-500 человек придется в любом случае устанавливать два виртуальных сервера с разными характеристиками (1С требует четырехъядерный процессор, 32Гб ОЗУ, не менее 200 ГБ; СУБД — 12-ядерный процессор, 60 Гб ОЗУ и объем диска в 1Тб).

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

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

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

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

Запуск миграции на виртуальный сервер

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

После закрытия всех сеансов начинается выгрузка базы данных. Для этого запускается 1С, выбирается база и папка для последующего хранения, а в разделе администрирования выгружается БД.

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

Как перенести 1С 8.3 на сервер

Для переезда файловой базы «1С:Предприятие» на SQL-сервер используется режим «Конфигуратор». Инструкция по переносу требует выполнения следующих действий:

• В меню выбрать «Администрирование» / «Выгрузить информационную базу».
• Выбрать путь сохранения файла *.dt выгрузки.
• Создать новый кластер 1С 8.3. Нужно подключиться по порту 23540 к первому серверу, 23540 – ко второму, на втором удалить локальный кластер и на первом – добавить второй сервер.
• Создать специальные службы, запустив от имени Администратора командную строку.

Базы данных можно создать двумя способами.

В первом случае названия баз в кластере и на SQL Server могут отличаться, поэтому нужно указывать их параметры в новой информационной базе. Адрес сервера БД на отдельном сервере приложений чаще всего прописывается в hosts.

Во втором случае в меню «Запуск 1С:Предприятие» выбирается «Создание информационной базы» без конфигурации по указанным параметрам. Пустая база добавляется в 1С, а в конфигураторе пустой базы выбирается файл *.dt, запуская процесс перенос файлов в серверный формат.

Для хранения баз создаются тонкие настройки для MS SQL. Минимум памяти должен составлять 50% от всего установленного объема памяти. На каждые 16 Гб общего объема RAM должно приходиться до 1 Гб памяти для ОС. Также ограничивается число процессоров, которые могут использоваться по одному запросу к БД.

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

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

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

Для того чтобы «вылечить» проблему, потребуется проверить, удалены ли файлы LIC из каталогов на старом сервера, и не осталось ли файла conn8211.pfl. При этом данные файлы должны присутствовать на новом сервере.

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

Если вам требуется выполнить миграцию функционала сервера 1С и СУБД на виртуальные машины для создания простой, эффективной и отказоустойчивой инфраструктуры, специалисты ГК «Интегрус» помогут произвести отвязку от аппаратного оборудования, снизить стоимость владения, увеличить возможности масштабирования, а также получить консультацию по вопросам покупки, обслуживания или внедрения 1С на предприятии.

АВТОР СТАТЬИ Татьяна Михеева

копирайтер компании «Интегрус»

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

Кейсы и стратегии от экспертов рынка.

Перенос сервера 1с на другую машину

Ситуация такая есть два сервера первый сервер терминалов где установлен сервер 1с, и второй сервер SQL где хранятся базы данных. Купили новый сервер терминалов и теперь сервер 1с необходимо перенести со старой машины на новую, SQl остается где есть, как оптимально это сделать и какие проблемы могут возникнуть?

или где прочитать про сервера 1с, подобной инструкции не нашол, мне не понятны следующие моменты:

1) что будет если одна и та же база будет добавлена в разные сервера 1с, регламентные задания дважды будут запускаться?
2) Есть информация которая храниться в самом сервере 1с?
3) На старом сервере в «Администрирование серверов 1С Предприятия» при указание правильного порта, он сразу показывает все базы, откуда берется данная информация?
4) как правильно в сервер 1с добавлять базу скл? я именно про сервер а не про ярлычок запуска 1с

По теме из базы знаний

• Инструкция. Устанавливаем выделенный сервер для 1С:Предприятия и PostgreSQL 8.4 на Ubuntu Server 10.04.3 i386
• Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
• Универсальные инструменты 1С
• Jenkins: конфигурируем сервер и подключаем к нему виртуальные машины. Цикл «Многопоточный CI для 1С c Packer, Vagrant и Jenkins», часть 4
• Окружение сервера 1С на арендованном выделенном сервере

Найденные решения
5. Caspersky 14.12.15 17:56 Сейчас в теме

(1) Cool_vsi,
1. Да верно, и это будет большой неожиданностью . так делать не надо, это же не кластер, а отдельный сервер.
т.е. БД надо ПЕРЕНЕСТИ, запретить доступ на старом сервере, подключить к новому.
Базу на старом сервере отключить вообще после перехода.
2. Нет (только служебные данные, сохранение которые применимо к Вашей задаче не критично). базу смело можно переносить с одного сервера 1С на другой, ничего из данных не потеряется.
3. Из служебных файлов каталога сервера предприятия.
4. «Добавить» в консоли сервера предприятия.

Перенос базы 1С на другой сервер

На самом деле речь о переносе именно сервера 1С, т.к. при переносе только базы данных, клиенты этого не заметят. Путь на клиентах указывается на сервер 1С, а где у него база, это его личное дело. Просто не хотелось каламбура в заголовке. Понадобилось перенести сервер 1С на другое железо. Сохранять имена серверов не хотелось по двум причинам:
— от этих длинных имен (чертов «СБСистем») уже давно хотелось избавиться;
— перенос планировался постепенный, несколько БД в разное время. Оба сервера (старый и новый) должны работать одновременно.

Версии платформы 1С при переносе не менялись и встала задача только подменить пути к БД у всех клиентов одновременно, быстро и, не подходя к каждому ПК в отдельности. Машин много, для разных БД от 4 до 150. Параметры подключения к базе хранятся в текстовых файлах в личных профилях пользователей, но проблема не в этом, ибо путь до профиля еще можно построить, но у каждого человека в общем случае свой собственный уникальный набор подключенных БД. Поэтому подменять файл со списком БД никак нельзя, а искать в нем нужные символы и заменять на новые — слишком сложно. Тут программировать нужно. Это долго и неоправданно. Решено было сделать по-простому: все работы по переносу выполнять без суеты и спешки, а наутро чтобы люди сразу могли работать в перенесенной базе.

Подготовка

√ создаем новую базу на новом сервере 1С (можно и со своей машины) Srvr=“b4:1541”;Ref=“Work”

√ в AD создаем универсальную группу безопасности “ShortCut-1C-UPP”

√ в групповых политиках домена в нужном контейнере создаем объект групповой политики “ShortCut” и открываем его на редактирование. В разделе “User Configuration — Preferences — Windows Settings — Shortcuts” создаем новый объект (правый клик — New — Shortcut). Действие (Action) = Update. В справке из этого же окна нормально описано, чем они различаются. Из поля Name будет браться подпись к значку, именно её будут видеть пользователи у себя на рабочем столе. Вводим строку запуска 1С в Target path (без кавычек, как на рис., иначе значок НЕ создастся). В аргументах указываем новый путь к БД после ключа /S. В поле Comment можно сделать подсказку, которая появляется при наведении курсора на значок, т.е. это hint. Значок лучше выбрать из штатных (например, из system32\shell32.dll), иначе еще придется файл со значком копировать клиентам. Если значок не указать, на экране будет обычный значок 1С из запускаемого файла, а это не очень хорошо, это плохо для нашей задачи.

Теперь интересное. На вкладке Common ставим только нижнюю птицу и жмем кнопку Targeting. Нам нужно, чтобы новый значок для запуска определенной базы появился не у все пользователей (чтобы они потом не звонили и не спрашивали, чЁ за фигня), а только у тех, кто пользуется данной базой. В этом окне добавляем New Item для Security Group = ShortCut-1C-ZUP (переключатель в положении User in Group)

Важно. Если на ПК клиента значение поля “Target path” окажется некорректным, значок НЕ создастся, поэтому не лишним будет добавить еще фильтры. Дело в том, что на 64-разрядной системе путь к запускающему файлу будет отличаться от пути на 32-разрядной ОС. Поэтому для сети, в которой работают и 32 и 64 ОС делаем разные значки. Нужно учесть все операционки, с которыми приходится сталкиваться. Например, в сети могут быть Windows XP — 32-разрядные и Windows 7 — 64-разрядные. Тогда делаем 2 значка. У одного путь «C:\Program Files (x86)\1cv81\bin\1cv8.exe» и в фильтре ОС = Windows 7. А у другого путь «C:\Program Files\1cv81\bin\1cv8.exe» и в фильтре ОС = Windows XP. Если люди работают и в терминале на серверах, учесть и их. Если одна и та же ОС представлена и в 32, и в 64 разрядах, то можно дополнительно фильтровать по переменной среды окружения:

Так, комбинируя, можно учесть все варианты (или почти все).

√ создаем тестовую учетку, добавляем её в группу “ShortCut-1C-UPP” и тестируем на разный операционках

√ в AD создаем универсальную группу безопасности “1C-Users-UPP”

√ Заранее (не спеша и постепенно) добавить в AD все учетные записи пользователей данной базы данных 1С в группу “1C-Users-UPP”

√ создаем группу рассылки и связываем её с группой безопасности “1C-Users-UPP”. Именно поэтому группа и создавалась универсальной, т.к. только с универсальной группой безопасности можно связать группу рассылки.

√ Делаем почтовую рассылку по этой группе с объяснением, что с такого-то числа запускать базу 1С нужно именно этим новым значком, старый способ работать не будет. Изображение значка прилагается. (Прочитай сам и передай соседу, который не умеет читать свою почту)

Выполнение

√ в нерабочее время (например в ПТ вечером) выгнать всех из переносимой базы 1С и сделать выгрузку в *.DT

√ загрузить *.DT из предыдущего пункта в новую базу Srvr=“b4:1541”;Ref=“Work”;

√ пока происходит загрузка, отключить прежнюю базу 1С, чтобы никто не пытался работать в неактуальной системе. Для этого запустить в меню “Пуск-Все программы-1C Предприятие 8.2-Cерверы 1С Предприятия” консоль управления. Найти скопированную информационную базу и удалить её через контекстное меню. При удалении Информационной базы будет задан вопрос о том, что делать с Базой данных на SQL сервере. Можно пока “Оставить без изменений” на всякий случай (Третья кнопка)

√ в AD добавить группу “1C-Users-UPP” в группу “ShortCut-1C-UPP”. Именно ради этого действия группа “ShortCut-1C-UPP” тоже должна быть универсальной. Т.к. универсальная группа не может быть членом глобальной.

Теперь после перезагрузки (перелогинивания) у пользователей, входящих в группу “1C-UPP-Users”, на рабочем столе должен быть значок “1С УПП”, который запускает УПП на новом сервере.