Обновление конфигурации. Как избавить себя от лишних проблем::Журнал СА 4.2009
www.samag.ru
Журнал «БИТ. Бизнес&Информационные технологии»      
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Подписка
Архив номеров
Где купить
Наука и технологии
Авторам
Рекламодателям
Контакты
   

  Опросы
  Статьи

Работа с Debian  

О Linux с любовью или Debian: через знание к любви

Конечно, одним лишь перечислением замечательных качеств любовь к Linux не возникнет. Для

 Читать далее...

Опрос  

Защита личных и клиентских данных: как мошенники используют ИИ и как защититься?

По данным RED Security, общее число кибератак на российские компании в 2024

 Читать далее...

Опрос  

Облачные инструменты для разработчиков

Эксперты ИТ-отрасли отвечают на вопросы «Системного администратора» > Как с помощью облака сделать

 Читать далее...

Опрос  

Рынок мобильных приложений: что будет актуальным в 2025 году?

Эксперты ИТ-отрасли отвечают на вопросы «Системного администратора» > Ваши прогнозы: чего ожидать от

 Читать далее...

Рынок труда  

Как успешно пройти все этапы собеседования на ИТ-должность?

По оценкам государства, дефицит ИТ-специалистов составляет от 740 тысяч до 1 миллиона

 Читать далее...

1001 и 1 книга  
19.03.2018г.
Просмотров: 7608
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

 Читать далее...

12.03.2018г.
Просмотров: 7865
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

 Читать далее...

12.03.2018г.
Просмотров: 5223
Комментарии: 0
Глубокое обучение с точки зрения практика

 Читать далее...

12.03.2018г.
Просмотров: 3350
Комментарии: 0
Изучаем pandas

 Читать далее...

12.03.2018г.
Просмотров: 4145
Комментарии: 0
Программирование на языке Rust (Цветное издание)

 Читать далее...

19.12.2017г.
Просмотров: 4156
Комментарии: 0
Глубокое обучение

 Читать далее...

19.12.2017г.
Просмотров: 6656
Комментарии: 0
Анализ социальных медиа на Python

 Читать далее...

19.12.2017г.
Просмотров: 3492
Комментарии: 0
Основы блокчейна

 Читать далее...

19.12.2017г.
Просмотров: 3771
Комментарии: 0
Java 9. Полный обзор нововведений

 Читать далее...

16.02.2017г.
Просмотров: 7645
Комментарии: 0
Опоздавших не бывает, или книга о стеке

 Читать далее...

17.05.2016г.
Просмотров: 11010
Комментарии: 0
Теория вычислений для программистов

 Читать далее...

30.03.2015г.
Просмотров: 12734
Комментарии: 0
От математики к обобщенному программированию

 Читать далее...

18.02.2014г.
Просмотров: 14518
Комментарии: 0
Рецензия на книгу «Читаем Тьюринга»

 Читать далее...

13.02.2014г.
Просмотров: 9454
Комментарии: 0
Читайте, размышляйте, действуйте

 Читать далее...

12.02.2014г.
Просмотров: 7418
Комментарии: 0
Рисуем наши мысли

 Читать далее...

10.02.2014г.
Просмотров: 5701
Комментарии: 4
Страна в цифрах

 Читать далее...

18.12.2013г.
Просмотров: 4906
Комментарии: 0
Большие данные меняют нашу жизнь

 Читать далее...

18.12.2013г.
Просмотров: 3761
Комментарии: 0
Компьютерные технологии – корень зла для точки роста

 Читать далее...

04.12.2013г.
Просмотров: 3440
Комментарии: 0
Паутина в облаках

 Читать далее...

03.12.2013г.
Просмотров: 3672
Комментарии: 1
Рецензия на книгу «MongoDB в действии»

 Читать далее...

Друзья сайта  

 Обновление конфигурации. Как избавить себя от лишних проблем

Архив номеров / 2009 / Выпуск №4 (77) / Обновление конфигурации. Как избавить себя от лишних проблем

Рубрика: Безопасность /  Безопасность

Андрей Луконькин

Обновление конфигурации.
Как избавить себя от лишних проблем

Редко какая организация может работать в типовой программе. Рано или поздно понадобятся изменения или обновления. И вот когда сначала вносятся изменения, а потом возникает потребность в обновлении, тогда и возникает вопрос – а как же обновить базу, если в конфигурацию уже были внесены свои корректировки?

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

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

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

  • Узнать номер релиза рабочей базы (пусть это будет 1.2.20.2).
  • Установить типовую конфигурацию такой же версии и сохранить конфигурацию в файл (меню «Конфигурация -> Сохранить конфигурацию в файл»), назовем его «типовая 1_2_20_2.cf».
  • В конфигураторе рабочей базы провести сравнение (меню «Сравнить, объединить с конфигурацией из файла») с сохраненным нами файлом «типовая 1_2_20_2.cf».
  • Если получили сообщение «Конфигурации идентичны», значит, нам повезло, используется полностью типовая база и обновить ее можно через меню «Конфигурация -> Поддержка -> Обновить конфигурацию». Если же появилось окно сравнения с указанием отличающихся объектов, то нужно приступать к следующему этапу работы.

Итак, мы выяснили, что в базу вносились изменения, и обычное обновление может испортить наши доработки. Чтобы сохранить их, выясним, какие именно изменения были, с точностью до объекта. После этого проведем аккуратное, «тонкое» обновление.

Обычно я использую режим «4 конфигуратора» (см. рис. 1).

Рисунок 1. Для «тонкого» обновления одновременно используется 4 окна

Рисунок 1. Для «тонкого» обновления одновременно используется 4 окна

 Что же это такое?

  • 1-е окно конфигуратора: наша рабочая база (номер релиза 1.2.20), которую необходимо обновить. Здесь мы будем частично объединять с типовым релизом, частично вносить что-то руками в модули и править формы.
  • 2-е окно конфигуратора: в нем открыто окно сравнения нашей рабочей базы с типовым релизом той же версии (1.2.20). Таким образом, мы выявим, какие объекты нельзя обновлять автоматически, т.к. они отличаются от типовых. Назовем это «Список».
  • 3-е окно конфигуратора: сравнение типового релиза 1.2.20 и нового типового 1.2.21. Здесь наглядно будут видны все изменения, которые предлагает фирма «1С».
  • 4-е окно конфигуратора: типовая конфигурация нового релиза 1.2.21, чтобы отсюда можно было копировать объекты, процедуры или отдельные куски кода программы.

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

Затем начинается самое интересное – аккуратно вручную обновляем измененные объекты. То есть в 1-м конфигураторе вносим изменения, которые видим в окне сравнения 3-го конфигуратора. Чем 8-я версия платформы выгодно отличается от 7.7, так это тем, что есть возможность видеть различия в модулях с разбивкой по процедурам. То есть выводится не один огромный текст (например, глобальный модуль в 7.7), в котором найти одну-единственную измененную строчку достаточно проблематично, а только те процедуры, в которых были корректировки (см. рис. 2).

Рисунок 2. Окно сравнения модулей. Отображаются только отличающиеся части модуля

Рисунок 2. Окно сравнения модулей. Отображаются только отличающиеся части модуля

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

Как можно облегчить себе жизнь, если часто вносятся изменения в базу?

Для этого, во-первых, в номере релиза измененной базы ставится отличительный знак, например «*». Это будет означать, что конфигурация отличается от типовой, и тогда не придется ломать голову в попытках вспомнить «меняли мы тут что-то или нет».

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

  • По возможности не изменять стандартные процедуры. Создайте общий модуль, в котором будут размещаться созданные или измененные вами процедуры и функции. Таким образом, все изменения сведутся только к одной строке вызова нужной процедуры.
  • Если нужно скорректировать форму документа, справочника или обработки, роль или интерфейс, то лучше создать копию и её уже изменять под свои нужды.
  • Печатные формы и отчеты могут храниться во внешних файлах.
  • Оставляйте комментарии в текстах модулей. Этим вы избавитесь от вопросов «кто, когда и зачем это менял?».

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


Комментарии отсутствуют

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

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-45
E-mail: sa@samag.ru