КЛУБ ПРОГРАММИСТОВ ДЛЯ ШКОЛЬНИКОВ

1С:Учет в управляющих организациях ТСЖ, ЖКХ и ЖСК


Переход с 8.1 на 8.2 глазами руководителя проекта

Печать PDF

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

Естественно выход Платформы 8.2 был принят с несомненным интересом, т.к. Платформа 8.2 имеет ряд существенных преимуществ, которые подробно освещены на сайте фирмы "1С", тематических семинарах и статьях. К этим преимуществам для нашего предприятия стоит добавить возможность установки на филиалы, на которых нет 1С:Предприятя 8, сразу Платформу 8.2.

Любой переход на новую платформу осуществляется в реальном времени и не должен мешать текущей работе. Наше предприятие работает в смешанном режиме: офис по стандартной пятидневной рабочей неделе, производственный департамент в 2 смены по 12 часов кроме воскресений и перерывов на техническое обслуживание производственного оборудования. Сразу нужно отметить, что размер каждой базы данных близок к 100 Гбайт и поддерживаются они разными версиями MSSQL.

 

Рабочая база - это адаптированная под специфику компании 1С:УПП 1.2 с УРИБ, с увязкой со сканирующим оборудованием (терминалы сбора данных Casio TD X710R).

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

Поэтому на повестку дня встало два вопроса:

- будет ли работоспособной конфигурация после перехода на 8.2
- сколько времени понадобится на перевод одной БД

Работу разбили на 3 этапа

1. Подготовка и проверка тестовой базы данных (свежая копия центральной БД) и работы сканирующего оборудования, замеры быстродействия.
2.  Анализ результатов этапа 1, выработка оперативного плана перехода.
3.  Конвертация и установка рабочих баз.

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

И самое главное, во время проведения работ засекалось время выполнения основных настроек, которые делались программистами и системными администраторами.

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

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

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

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

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

Их на момент перехода было 3 - центральная и две БД филиалов.

Решение принималось с учетом следующих важных особенностей:

- выпуск и отгрузка продукции без информационной системы невозможен
- производственный департамент первого филиала (завод) работает 24 часа в сутки кроме промежутка Сб с 8-00 и до Пн 8-00.
- второй филиал (офис) работает по стандартной пятидневке
- производственный департамент не может простаивать в работе более 2-х часов
- офис может не работать в программе не более 4-х часов

Как делать переход для распределенной базы данных величиной 100 Гб?

Решение данной задачи можно выполнить 2-мя способами:

  1. Конвертировать ЦБ, выделить региональные БД и раздать на филиалы, настроить обмены.
  2. Конвертировать одновременно все базы, настроить и проверить обмены данных.

Временные расчеты показали, что в первом случае выделение региональной БД сравнимо с архивным копированием в .dt и равно примерно 8-10 часам.

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

Уверен, что для БД с малыми объемами или при возможности остановки работы на необходимое время для перехода, такой способ вполне приемлем и надежен.

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

Второй способ предполагает отсутствие масштабных загрузок и выгрузок конвертированной информации, и включает в себя только конвертацию, которая делается примерно 30 минут, плюс 30 минут на настройку обменов для каждого узла РБД и ЦБ. 
Риск такого способа состоял только в том, что конвертер базы - закрытая программа, которой делаются 3 конвертации 3-х разных БД, которые должны работать по обменам.

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

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

Выявили несколько дат, с интервалами возможного проведения работ от 4 часов до двух суток (выходные). В итоге выбрали дату, совпадающую с выходными. Было разослано предписание, в котором закреплялся график работы служб, с четким временем окончания и возобновления деятельности в КИС. Так мы застраховались от проведения работ на филиале по инициативе местной администрации.

Для снижения риска системным администраторам и программистам было поручено перед началом конвертации как таковой провести обмены данных и подготовить копии всех БД под 8.1, в которых смогут работать пользователи, если процесс закончится неудачей. Восстанавливать рабочие базы в случае неудачи средствами 1С (8-10 час) или SQL (4 часа) было признано невозможным.

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

Материал с сайта consulting.1c.ru

Васильев Александр Владиславович, Заместитель генерального директора по аналитике в области ИТ Группы компаний STIS - 21.05.2010

Оставьте свои комментарии или пожелания

КУРСЫ ПРОГРАММИРОВАНИЯ ДЛЯ ШКОЛЬНИКОВ

+7(342) 28-700-48

54-ФЗ: ОН-Лайн кассы

1С: Клуб в соц сетях:

Баннер

1C_cso_red

Как удалить браузерный вирус

Баннер

Контактная информация

Россия, 614068, г. Пермь, ул. Сухобруса д. 27, оф. 303, 310

Телефон линии консультаций: +7 (342) 28-700-48, +7 (342) 237-15-83
Телефон / Факс: +7 (342) 237-15-83
E-mail по любым вопросам: info@inkast.ru


Ссылки на сайты партнеров: Торговля-и-Склад.РФ - автоматизация торговли на 1С (Пермь, Кунгур, Тверь)
Последние сайты: СНП Пальники, КВК-Сервис, Камакран

О нас

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

Есть вопросы? Задавайте их на нашем форуме

Деловая сеть Пермь и Пермская область. Жёлтые страницы, телефонный справочник и каталог компаний, товаров и услуг.
Яндекс цитирования
Rambler's Top100