Ukrainian English German Russian
Для связи с нами используйте следующие данные: info@pta.in.ua+380443627566 (CDMA); +380978028304 (DJUICE); +380414324143;            

А Вы уверены что Ваша база 1С не «умирает» прямо сейчас …?

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

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

            Риски потери информации в основном связаны с двумя причинами:

1. Приход в негодность оборудования на котором размещены файлы баз данных

2. Сбой в работе оборудования, или программного обеспечения (здесь можно говорить как о сбоях в работе как операционной системы, так и сбоях в работе самой платформы 1С или SQL Server – если используется клиент серверный вариант работы 1С).

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

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

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

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

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

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

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

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

Рекомендация: В данном случае мы настоятельно рекомендуем перенесли информационную базу на более надежный носитель информации, то есть на жесткий диск на Вашем компьютере.

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

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

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

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

2. Использование файлового варианта базы данных 1С – когда платформа 1С напрямую работает с файлами базы данных 1С

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

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

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

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

3. Использование клиент серверного варианта базы данных 1С

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

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

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

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

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

2. Создание резервных копий посредством SQL Server

Как мы уже говорили ранее, SQL Server это серьёзный самодостаточный программный продукт, который в своем арсенале так же имеет средства для создания резервных копий. Плюсом создания резервных копий посредством SQL Server является то, что такие резервне копии можно создавать в «гарячем» режиме, даже когда в базе работаю пользователи, а так же можно настроить логирование данных – суть этого метода заключается в том что по сути есть возможность восстановить состояние базы 1С даже на конкретную секунду. Следует только сказать что логирование – это дополнительная возможность – эта операция не гарантирует восстановление данных при проблемах с оборудованием, но может быть удобна если важно восстановить состояние базы на конкретный момент времени. Недостатком создания резервных копий посредством SQL Server являет то, что такие резервные копии занимают большой объем памяти, и сами резервные копии можно использовать так же только при настроенном и работающем SQL Server.

Надеемся что в данной статье мы дали достаточно исчерпывающее описание, достаточно понятное для «непосвещенного» человека что бы провести анализ ситуации на собственном предприятии, но несмотря на это не следует считать предоставленную статью «исчерпывающим» источником информации. Есть и другие моменты, которые мы не включили в эту статью, так как её размер стал бы на много большим.

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

Возможность решения проблемы в день обращен.

Богун С. Ю.

Leave your comments

0
terms and condition.

People in this conversation