Статья: К вопросу о «стабильности» программы «1С:Предприятие 8.0»
<p><strong> Аргументы для для лиц, принимающих решение, в дискуссиях со специалистами в
области информационных технологиях. </strong></p>
<p> Одним из последних мифов, препятствующих продвижению платформы «1С:Предприятие
8.0» является миф о её «неустойчивости», «нестабильности», «сырости» и т.д.
Возражать на такие аргументы весьма не просто. Ибо они не несут количественной
оценки, а являются по существу чьим то мнением. </p>
<p> Оппонентам следует напомнить, что платформа «1С:Предприятие 8.0» продаётся
уже с августа 2003 года. В настоящий момент актуален 10 релиз платформы. В
условиях, когда тестированием платформы занимаются несколько тысяч партнеров
1С и уже опубликовано о внедрении более тысячи решений, можно предположить,
что безусловно имеющиеся недостатки устраняются. </p>
<p> Анализ исправленных на протяжении 10 релизов ошибок достаточно убедительно
показывает следующую картину: в версии 8.0 в отличие от 7.7, поток ошибок при
работе с базой данных существенно ниже. Это связано с тем, что в платформе
8.0 фирма 1С отказалась от поддержки двух стандартов хранения данных – SQL
и DBF . По существу встроенный язык запросов в платформе 8.0 является диалектом
языка MS SQL – сервера. А этот фактор обеспечивает простоту и, как следствие,
меньшее число ошибок при работе с базой данных. </p>
<p> Таким образом, подавляющее число ошибок, устраняемых от релиза к релизу –
это ошибки среды разработки, а не эксплуатации программы. </p>
<p> При дискуссии с оппонентами следует пытаться перевести разговор в термины
теории надежности. Т.е. предложить оперировать терминами как <em>«коэффициент
технической готовности», «наработка на отказ», «вероятность безотказной работы»,
«среднее время восстановления». </em></p>
<p><strong><em> Коэффициент технической готовности</em></strong> , показывающий
процент эксплуатации системы в рабочем режиме без учета времени профилактики
и восстановления, мало применим для нашего случая. Поскольку система эксплуатируется
не круглосуточно, регламентные работы и технологические перерывы можно вынести
за пределы времени эксплуатации, например, в обеденный перерыв. Если обеденные
перерывы в разных службах, эксплуатирующих систему разнесены по времени, можно
организационно наложить их в те 15 – 20 минут, тем самым повысив указанный
коэффициент. </p>
<p><strong><em> Наработка на отказ</em></strong> – или среднее время между отказами
также малоприменимо при некруглосуточной работе. Хотя оно напрямую связано
с другим показателем: </p>
<p><strong><em> Вероятность безотказной работы</em></strong> может интересовать
только в течение времени эксплуатации системы. Для финансовых служб предприятия
оно, на наш взгляд, должно составлять примерно 12 часов в сутки. </p>
<p> Наиболее важным показателем является <strong><em>среднее время восстановления
системы</em></strong>.
Читать всю статью: http://www.klerk.ru/soft/1c?21670
).... Так что ИМХО для крупных структур 1С противопоказано, как своими высокими требованиями к аппаратной части, так и нелинейной зависимостью к объему данных....
Сообщение от Djkxfhf
Я понимаю, воспитанные на Windows пользователи знают, что панацея от всего - перезагрузка.... А как быть супермаркету, который будут автоматизировать 8? Ждать перезагрузки?