решил тут побаловаться, поставил DB2 express c 9.7.4, скачал с офсайта ibm. для связки 1с+db2 никаких "спецверсий" или патчей не надо? оф.версия DB2 без проблем будет работать?

1С 8.2.14.519

базу, созданную в ЦУ db2, 1сина не признаёт, а сама создала нормально. так должно быть? а что делать, если надо на другом диске базу создать?

откуда качал ДВ2?

+(5) ссыль осталась?

c IBM качал

(6) вот здесь https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=swg-db2expressc  регишься и качаешь

короче, если надо на другом диске, приходится создавать базу с помощью консоли 1с сервера, потом в ЦУ DB2 бэкапить её в файл и восстанавливать в новую базу уже на другом диске, и переподключить в консоли 1с. по другому пока не нашёл, если кто в теме - подскажите

(8) спасибо

(0)Фигня этот експресс, для больших баз.
Сейчас отказываться будем в пользу постгри.
Примечание - на експресе копии баз работают, с которыми одновременно работает 1-2 человека.

(11) расшифруй примечание. и, если можно, причины отказа от DB2

(0) работает

хочу попробовать на db2ec поставить небольшие базы на 5-10 юзеров

используем три СУБД.
На МС скуль - вертится рабочая база.
На ДБ2 - тестовые и копии для бухов (срез баз). Базы только для просмотра.
При больших объемах базы ДБ2 съедает всю оперативку что может, а у експреса ограничение. Ей оперативки не хватает. Глючить начинает. Особенно если на один экземпляр вешать больше двух баз.

(15) это да, на больших базах глючит экспресс версия

(15) в чём глюки выражаются?

и ещё, прочитал где-то, что на DB2 базы физически на 30-40% больше весят, чем на других СУБД. это правда? и изменилось ли что-то в 9-й версии СУБД?

(11) А у вас режим управления блокировками какой?

(17) Да, размер базы намного больше.
Глюк выражается в том, что СУБД перестает отвечать. База виснет.
(18) Не управляемые. На тестовых базах только разработчики работают, а пользователи только смотрят базы. Блокировки не принципиальны.

(19) ясно... а то постгрес бы вас показал где раки зимуют, пусти вы в него рабочую нагрузку...

(19) 1. при каких примерно объёмах БД начинает появляться этот глюк?

(21) От 15 Гб.

Дык какой же это глюк? Для бесплатной редакции вполне себе достойный объем.

(23) :) Ну не глюк, но фича зачетная. Долго искали почему база виснет.

(24) это на какой версии наблюдали?

чё-то туплю не по-детски.

здесь https://www.ibm.com/developerworks/mydeveloperworks/groups/service/html/communityview?communityUuid=38f00ae6-df66-478c-b8ed-ebe8e5ba8cf7#fullpageWidgetId=W7f1829682951_4b7e_8c2c_ae7c309c6fe6
нашёл скрипт для создания базы, совместимой с 1с 8.2, но при выполнении в редакторе команд ругается, что
("USERNAME AND/OR PASSWORD INVALID").  SQLSTATE=08001

я так понял, в скрипте ещё надо юзера и пароль прописать, но как? не могу сообразить

... connect to DBNAME user USERNAME using PASSWORD

Так прописывается.

(24) Не надо ждать от бесплатной редакции DB2 такой же производительности, какую вы имеете на коммерческих редакциях СУБД других производителей. Кто-то на Exp-C 100ГБ базу тянет, а у кого-10 70 пользователей 64 ядра сервера СУБД на 100% загружают. Все зависит от профиля нагрузки и задач.

А что такое "виснет" - мне непонятно. На скольких пользователях? на каких запросах? На какой конфигурации 1С? На каком железе база установлена? Насколько процессоры загружены? Ну и т.д.

(26) (9)
ПО ссылке как минимум две статьи - одна, как переместить базу после того как она уже создана, а вторая - как изменить путь  по-умолчанию.
https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Wc0d1a21236a5_4cb4_9d40_424193dcd115/page/Установка%20и%20конфигурирование%20DB2
Но вообще создание скриптом более правильный вариант - сразу разносите базу на те диски, которые вам нужны.
А потом просто поверх базы, созданной скриптом, создаете информационную базу 1С.

(29) спасибо. я их читал, но меня заинтересовал именно метод создания через скрипт. кстати, в связи с выходом 8.2.14 скрипт не перестал быть актуальным?
(27) соответственно в create также можно написать, я правильно понимаю? (у меня она ещё на этапе create ругаться начинает)

ЗЫ буду очень благодарен за ссылку на краткое и понятное описание скриптового языка DB2 (желательно на русском, но на английском тоже сойдёт, за неимением).

ЗЗЫ спасибо ещё раз за ответы

(29) какой русскоязычный форум можешь посоветовать для вопросов касательно исключительно DB2 (не в контексте связки с 1С)?

про официальный знаю, может ещё какой хороший есть?

(28) Да я не ворчу. :) Ясно дело бесплатно. Виснет - при загрузке базы из Dt. Конфигурация УПП. База 15 Гб.
Если на одном экземпляре 2-3 базы, и одну начинаем грузить из DT, то сразу все базы в экземпляре начинают работать ну очень медленно, а иногда просто зависают.
Зависание - ошибок нет, но система не реагирует. Новые пользователи подключиться не могут, старые запустить в базе ничего не могут.

(32) а после загрузки отвисает и продолжает штатно работать? или на этом всё?

да, будет работать. никаких патчей не нужно, но нужно выполнить настройки ДБ2

(34) это какие?

(34) которые у Гилёва описаны?

2(17) да просто не обслуживать одним инстансом более одной базщы.. считайте что это запрещено

2(36) не знаю какие описаны у Гилева..
нужно а) db2set db2_workload=1c для инстанса сказать...
и сначала лучше сделать пустую базу 1С и потом выполнить настройку буферпулов. - попросту их увеличить, по крайней мере два из них, отказавшись от автоматического увиличения их.. Это позволит загрузить ДТ-шник быстрее и потом быстрее рабоать с базой

(33) Обычно все. Пробовали ждать сутки, не помогает.
(37) +1. Именно так и пошли, но держать около 10 экземпляров СУБД... блин геморно. Поэтому и пробуем сейчас все на постгри перевести. Все тестовые базы.

(38) db2_workload=1c - это DB2 отрабатывает данную переменную и типа более совместимо с 1с работает?

2(39) геморно? я держу 7 на одной сервере и 3 на другом... не геморно, более того, удобно тем что они именно разделены, и ты можешь управлять каждым в отдельности.. Люди вообще разносят по разным виртуальным машинам внутри одной

(38) Да, увеличение буферпулов помогает, но и оно имеет предел для експрес версии.
В общем экспрес - он не для постоянной работы. Либо для маленьких баз.

2(40) ща

2(42) сама ИБМ рекомендует Експресс-Ц для не более чем 10 пользователей и не более 10 Гиг баз...
Хотя формальных, технологических ограничений - нет

2(40) https://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=ru#/wiki/Wc0d1a21236a5_4cb4_9d40_424193dcd115/page/Что%20стоит%20за%20DB2_WORKLOAD%3D1C

это как бы сказать макро-параметр, включение которого включает более подробные параметры - по ссылке видно какие... эти параметры влияют на поведение инстанса в плане работы с памятью, блокировками и запросами...

а. ну и опять же, благодаря ограничению на 2 ядра на экземпляр, тем что экземпляров много  - мы можем их раскидать по ядрам многоядерного сервера...
http://screencast.com/t/foJwUF7B

(46) это да, я уже сам допетрил. и то же с памятью

вот-вот...
просто у более старших версий ДБ2 есть возможность указать на каких ядрах выполняться, командами ДБ2... для Екресс-Ц - нельзя... вернее не работают эти команды (в 9.7.4 не пробовал).. но можно это сделать из винды:
Сказать службе выполняться на таких-то ядрах, Вин.

Ну или опять же, запихнуть инстанс в виртуалку, а виртуалке дать такие-то ядра... но меня пугает в этом варианте потенциально увеличивающаяся латентность. хотя если сама железяка мощная - почему бы и нет.

на первоначальном этапе я хочу посадить на один инстанс DB2 4 бухии и 4 ЗУПа, кол-во пользователей не буде превышать 5.

а там посмотрим, как дальше пойдёт.
будет лагать - сделаю ещё один инстанс

стоп... уже не правильно, будет лагать
одна база - один инстанс.

(51) почему? базы небольшие, юзеров мало.
что именно лагать будет?

но попробуй конечно.. можешь даже не разгоняться на 4+4, а посадить 2 базы.

2(52) господи, да уже на этапе загрузки из ДТ. но попробуй.. практика - единственный критерий истины

интанс просто повиснет, и ты даже не сможешь сказать ему db2stop, придется убивать процесс из таск-менеджера

(55) это плохо. очень

а на форуме ibm не пробовал вопрос задавать про эту ситуацию? понятно, что бесплатна версия, и всё такое, но если сервайс виснет наглухо - это недопустимо

2(56) я там дневал и ночевал, и мне сказали тоже что я вам повторяю. один инстанс - одна база... и тогда ничего не виснет.

(57) жесть...

просто попытайтесь это принять, см. (37)

(31) НА SQL.RU http://www.sql.ru/forum/actualtopics.aspx?bid=5

(32) Это запредельная нагрузка может быть. Режим загрузки какой - пакетный или стандартный? Вам бы надо уже пакетный использовать. https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Wc0d1a21236a5_4cb4_9d40_424193dcd115/page/Режимы%20загрузки%20информационных%20баз%201С%20в%20DB2