Комментарии 24
Почитал про версию DB2 Express-C
не знал даже что они имеют такую открытую версию. И она, вопреки утверждению, все же чуточку покоцанная. Т.к. 2Гб это как-то маловато.
Вопросы такие
1) Почему отдали предпочтение DB2?
2) Был ли это реальный проект работающий в системе управление реального предприятия?
3) Хватило ли 2Гб и 2-х ядер?
4) Купило ли в настоящее время предприятие платную лицензию DB2?
5) Перешло ли в настояшее время предприятие на другую базу данных?
DB2 Express-C это не «покоцанная» версия DB2. Наоборот, DB2 Express-C построена на том же самом коде, что и другие, коммерческие редакции DB2, но при этом она обладает очень щедрыми условиями лицензирования, при которых отсутствуют ограничения на вашу базу данных. Это означает, что на вашем сервере DB2 может использовать:
До 2 ядер (в пределах 1 процессора, в том числе и 2 ядра Power6!)
До 2 Гигабайт оперативной памяти
Нелимитированное пространство под базу данных
Неограниченное количество соединений
Отсутствие ограничений на количество пользователей или каких-либо иных ограничений
не знал даже что они имеют такую открытую версию. И она, вопреки утверждению, все же чуточку покоцанная. Т.к. 2Гб это как-то маловато.
Вопросы такие
1) Почему отдали предпочтение DB2?
2) Был ли это реальный проект работающий в системе управление реального предприятия?
3) Хватило ли 2Гб и 2-х ядер?
4) Купило ли в настоящее время предприятие платную лицензию DB2?
5) Перешло ли в настояшее время предприятие на другую базу данных?
1) Когда подошло время перейти от 7.7 к 8 (хотелось быть в курсе новых технологий, а старое предприятие было в предбанкротном состоянии), начал изучать и заинтересовался различными поддерживаемыми 1С СУБД в клиент-серверном варианте. Одновременно появился интерес к Django. Python знал года с 2009. Был домашний локальный сайт c cgi-bin, захотел усовершенствовать. Django мог работать с DB2 в том числе. Так пришёл к DB2. Когда изучил довольно подробно, понравился механизм восстановлнеия на заданный момент времени: просто и эффективно. Если бэкапы и журналы целы, ремонт базы в случае обнаружения повреждений на жёстком диске — дело нескольких минут. Подробная официальная документация (на английском только) и к тому моменту развитое сообщество пользователей Express-C. Из несущественных недостатков: всё почти нужно делать через командную строку, но кто как привык. Data Studio на тот момент работало почти хорошо под Windows и почти совсем никак на openSUSE Linux. Да, кстати, на Linux не удалось завести — знаний не хватило, а с Windows пара мелких проблем только была. Ещё преимуществом можно считать хорошие курсы для старта на Big Data Iniversity тогда. Там неплохо всё для начала объяснили, правда на экзамене ничего из того, что преподавали не спрашивали, и если бы не интересовался SQL раньше и не работал практически с DB2 в процессе учёбы, наверно не сдал бы с первого раза. Ну и планы были пытаться куда-нибудь устроиться поблизости со знанием DB2. Надеялся, что такие технические характеристики забесплатно хоть кого-то заинтересуют и текст составлял так, чтобы был понятен объём работ в различных случаях. Да, ещё, насколько помню, если ничего не предпринимать, MS SQL отжирает со временем всю память, а с DB2 всё настраивается. Еще, если задано оффлайн окно, ручная реорганизация скорее всего не будет требоваться, разве что окно слишком маленькое. Но это легко исправляется ручной проверкой и анализом (да, кстати .js скрипт не на Node.js, а на WSH — пишу скрипты на .js года с 2000).
2) Не долго проработал с УПП на одном предприятии. Внедряли новый проект, и, когда оказалось, что большие проблемы с MS SQL, предложил начальнику попробовать DB2. Он был не против, а, поскольку я к тому времени довольно хорошо знал Express-C (сайт со временем стал не только локальным и на DB2 прекрасно работал, несколько раз апгрейдился на новую версию, вроде, посетителей было не много, но я настраивал из интереса всё так, чтобы все мыслимые тестовые нагрузки выдерживал, там было всё — и мониторинг доступности извне через недорогой платный сервис, и SSL сертификат с настройками апача на A+ по безопасности), начали (использование DB2 было не сильно рискованное решение, так как через выгрузку можно в 1С всегда перейти с одной СУБД на другую). И стало получаться. К сожалению по состоянию здоровья не смог долго работать, уволился. Потом пару раз звали обратно и при старом начальнике отдела IT, и при новом, но уже не смог. Что потом сделали внедренцы из областного центра я не знаю (и, кстати, у них как раз и были длинные строки фиксированного размера в полях составных типов).
3) Насколько помню, на 10.5 целых 4 Гб даётся. На одном инстантсе ставил эту довольно большую базу и три мелких, вручную прераспределял память только. Проблем не было. Предприятие бедное, на их железе если вообще что-то работало — уже успех. Когда купили новый дополнительный диск на сервер и настроил всё — залетало. Пробил покупку нового сервера, но уже не увидел, как запустили. Насколько помню, тест Гилёва показывал некоторое преимущество DB2 над MS SQL, но, возможно, что последний я просто не умел настраивать, а предыдущие специалисты тоже не были большими мастерами.
4) Предприятие оборонное и с деньгами у них проблемы постоянно. Не думаю, что они используют DB2 сейчас. Специалистов таких нет у нас. Если бы продолжил работу — и то не уверен, что стали бы использовать DB2. Что требовал от меня начальник — написать побольше инструкций по MS SQL.
5) Изначально у них был MS SQL, он, наверняка и остался. DB2 был некоторый непродолжительный эксперимент со стороны руководства отдела. Возможно, специалисты из области всё настроили. По моим прикидкам из старого сервера ничего выжать было нельзя. Были довольны, что он вообще работает.
Ну и дополню ещё: когда выходили ещё версии Express-C, они зачастую долгое время содержали незакрытые баги. Выход нового фикспака в текущей бесплатной версии — было целое событие. Я тогда был подписан на рассылку по обнаруженным и исправленным багам (не вспомню уже где это найти). Так покупка платной редакции всегда казалась правильным решением. Но, учитывая, что у нас предприятия не готовы платить много, считал, что DB2 имеет свою нишу на рынке среди мелких предприятий. У крупных проблем нет, платные редакции обеспечивают очень хорошую производительность и надёжность. Проблема в том, что в бесплатном сегменте нет специалистов по использованию DB2.
2) Не долго проработал с УПП на одном предприятии. Внедряли новый проект, и, когда оказалось, что большие проблемы с MS SQL, предложил начальнику попробовать DB2. Он был не против, а, поскольку я к тому времени довольно хорошо знал Express-C (сайт со временем стал не только локальным и на DB2 прекрасно работал, несколько раз апгрейдился на новую версию, вроде, посетителей было не много, но я настраивал из интереса всё так, чтобы все мыслимые тестовые нагрузки выдерживал, там было всё — и мониторинг доступности извне через недорогой платный сервис, и SSL сертификат с настройками апача на A+ по безопасности), начали (использование DB2 было не сильно рискованное решение, так как через выгрузку можно в 1С всегда перейти с одной СУБД на другую). И стало получаться. К сожалению по состоянию здоровья не смог долго работать, уволился. Потом пару раз звали обратно и при старом начальнике отдела IT, и при новом, но уже не смог. Что потом сделали внедренцы из областного центра я не знаю (и, кстати, у них как раз и были длинные строки фиксированного размера в полях составных типов).
3) Насколько помню, на 10.5 целых 4 Гб даётся. На одном инстантсе ставил эту довольно большую базу и три мелких, вручную прераспределял память только. Проблем не было. Предприятие бедное, на их железе если вообще что-то работало — уже успех. Когда купили новый дополнительный диск на сервер и настроил всё — залетало. Пробил покупку нового сервера, но уже не увидел, как запустили. Насколько помню, тест Гилёва показывал некоторое преимущество DB2 над MS SQL, но, возможно, что последний я просто не умел настраивать, а предыдущие специалисты тоже не были большими мастерами.
4) Предприятие оборонное и с деньгами у них проблемы постоянно. Не думаю, что они используют DB2 сейчас. Специалистов таких нет у нас. Если бы продолжил работу — и то не уверен, что стали бы использовать DB2. Что требовал от меня начальник — написать побольше инструкций по MS SQL.
5) Изначально у них был MS SQL, он, наверняка и остался. DB2 был некоторый непродолжительный эксперимент со стороны руководства отдела. Возможно, специалисты из области всё настроили. По моим прикидкам из старого сервера ничего выжать было нельзя. Были довольны, что он вообще работает.
Ну и дополню ещё: когда выходили ещё версии Express-C, они зачастую долгое время содержали незакрытые баги. Выход нового фикспака в текущей бесплатной версии — было целое событие. Я тогда был подписан на рассылку по обнаруженным и исправленным багам (не вспомню уже где это найти). Так покупка платной редакции всегда казалась правильным решением. Но, учитывая, что у нас предприятия не готовы платить много, считал, что DB2 имеет свою нишу на рынке среди мелких предприятий. У крупных проблем нет, платные редакции обеспечивают очень хорошую производительность и надёжность. Проблема в том, что в бесплатном сегменте нет специалистов по использованию DB2.
У 1С есть своя специфика. Но я имел в виду другое. Если на платные редакции фикспаки ставились, то для Express-C приходилось ждать выхода полного дистрибутива с вшитым фикспаком. Возможно, технически фикспак и можно было поставить, но, насколько помню, лицензия не позволяла. Поэтому, когда в 10.1fp2 поломали нормальное восстановление на момент времени, я думал что базу грохну, когда столкнулся. Но хотя бы удалось вернуться на текущий момент. И у IBM не было обязательства помогать. Решение нашёл через несколько часов только. Насколько помню, в следующем фикспаке это поправили, но для Express-C следующего фикспака так и не вышло. Только с появлением 10.5 всё заработало так, как надо, а до этого приходилось из расположения архивных журналов перемещать нужное количество в расположение активных журналов и тогда только начинать rolforward. Это замечание, скорее, о том, что у платных редакций есть значительные преимущества.
Пишут, что IBM Db2 Exprecc-C была заменена на IBM Db2 Community Edition c указанными вами ограничениями: www.ibm.com/cloud/blog/announcements/ibm-db2-developer-community-edition
Это Developer-C со всеми ограничениями в лицензии. Express-C можно легально использовать на производстве. А в сравнении с MS SQL Server Express на тот момент IBM DB2 Express-C однозначно выигрывала.
По целям это всё-таки Developer. То есть клиенту демо базу показать, пока не захочет купить лицензию. Здесь чуть подробнее.
Data warehouse и Fast data рисуют безлимитные базы.
В 1С раньше (давно) поднимал Андрей Аристархов, можно посмотреть его посты на форму IBM DB2. DB2 потрясает своей устойчивостью к нагрузкам, даже Express. Но без настройки с 1С у меня 9 не запускалась. И спасибо за пост — кратко и по делу!
Одним из конкурентных преимуществ IBM DB2, как мне кажется, можно считать то, что в случаях, когда для нормальной работы MS SQL Server требуется 64-битный сервер «1С: Предприятия», для IBM DB2 можно обойтись 32-битным.
О чем вы?
MSSQLSERVER2016 + 1C-Server-x32 + 3года + 100users = Мир, дружба, жвачка
Design Advisor, кстати, упомянул. В третьем абзаце с конца. Но иногда решение очевидно. Мне в одном месте помогло добавление в индекс (если правильно помню через include) почти всех полей таблицы, благо она была не большая. То есть до чтения таблицы вообще не доходило, всё бралось из индекса, общее ускорение раз в 10 получилось, насколько помню.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мой опыт администрирования IBM DB2 Express-C при использовании с 1C: Предприятием