Каталог решений - Особенности работы платформы 1С с СУБД OracleDatabase

Финансовый аспект внедрения 1С на ORACLE

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

Первое – это, конечно, лицензии. Поскольку я не эксперт по лицензированию, я просто набрал в интернете ORACLE и MSSQLServer, посмотрел стоимость лицензий для одного человека (не по SOCKET, не по памяти, не по серверам – а в наиболее упрощенном варианте) и получил приблизительно такие суммы. Как видим, одна лицензия ORACLE стоит даже дешевле, чем аналогичная ей лицензия MSSQL. Для сравнения использую редакции StandartEditionONEORACLE и StandartEditionMSSQLServer, потому что это начальные редакции, и 1С нам большинство «фич», которые есть в Enterprise версиях, запрещает к использованию.

OC на сервер для ORACLE вообще бесплатна (условно бесплатна, конечно) – это LINUX. Дело в том, что ORACLE – это продукт, который изначально разрабатывался под LINUX, и он изначально «линуксовый» — посмотрите на структуру каталогов, на кучу настроечных файликов, на JAVA-интерфейс, — вы сразу это заметите.  Для Microsoft – это, соответственно, WindowsServer (другого варианта у нас нет), но даже в StandartEdition версии он все равно стоит 1000 руб.

Сам сервер (железо) – конечно, составит большую долю стоимости проекта, но для сравнения стоимости внедрения СУБД его стоимость нас волновать не будет.

А вот последний пункт (наличие DBA — ORACLEDBAилиMSSQLDBA) – он самый интересный. Если мы говорим о внедрении на MSSQL – то все-таки у большинства были внедрения, в которых можно было обойтись без DBA, поскольку MSSQLServer – это продукт не такой сложный, у него хорошее usability, хорошая методология Microsoft, с его администрированием более-менее можно разобраться самому. Для ORACLE – на маленьких проектах, конечно, есть шанс – на больших проектах (от 100 пользователей), конечно, уже необходим отдельный человек, который будет следить за работой СУБД, который будет администрировать ее работу, будет ею управлять. Графические средства администрирования СУБД ORACLE не такие мощные, не такие красивые и не такие замечательные, как в MSSQLServer.