Вот пришлось сделать недоброе...
поставил корпаративный SQL, пропатчил 1с8 32х чтоб сервак 1с работал, всё ради благой цели - база слишком крупна уже чтоб на файлово

Эх, не дописал автор... Не успел.

не дописал. короче - файловая гамно, последнее время даже цф-ники не объеденялись... на серверной за 2 минуты всё норм, а тут 2 часа ждал и с ошибкой в итоге.
кто как разрабатывает (добавляет новое, тестит)?

(2) откроем страшную тайну, но тссссссссс:
8.х не работает в файловом режиме

(3) она старается, чо уж так сразу)

патчить зачем ?

суть то что... пришлось веть патчить чтоб сервак 1с запустить на локальном компе. Нарушение лицензионного, согласен... но иначе работать веть никак

на рабочих серваках никто не дасть базы поднимать и т.д.

под мклями патчить не надо

2(7) Что такое базу разворачивать? добавить базу 1С, база субд которой лежит не на продакшен-сервере - преступление?

(9) ТС сиквельный ключ эмулировал, СУБД то тут при чём ?

2(10) а что такое сиквел по-твоему?  не субд?
и кстати, зачем он это делал?

он написал что пропатчил 1с сервер. так вот зачем?

(11) ключ конечно серверный

(13) патчить ключ ?

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

2(13) господи... невероятно... Итак. у автора есть продакшен сервер 1С, видимо с ключами. Но ему там не позволяют "разворачивать" базы для теста/разработки - из-за чего ему пришлось ставить на локальную машину, и патчить.. Вопрос - почему ему не позволяют "разворачивать" базу на продакшен сервере.
Ведь если он работать будет в ней один, и ответная база субд будет НЕ на продакшене - то дополнительная нагрузка на продакшен-сервер 1С возрастет на крошечную дельту.

(16) скл - с ним нет проблем, проблема с 1с-сервером

(15) тебя научить, как разворачивать без ключа ?

2(17) да, какая?

проблема не в том чтоб развернуть без ключа, у меня щас всё работает. проблема в том что это незаконно)

2(17)Ну и кроме того, формально есть - поднимаешь локально убунту, ставишь там 32-битный сервер 1С с одним рабочим процессом. ключей до 12 пользователей - не надо...
Но только в качестве субд не использовать МС СКЛ. можно ДБ2

(0) явка с повинной пишется нетак и не сюда

(22) каюсь

"поднимаешь локально убунту" читать как "поднимаешь локально виртуалку с убунтой"

СКЛ - девелопер эдишен 2005 - бесплатная.
2008 экспресс бесплатная
свои ограничения и т.д.
Но можно. а 1с нельзя.
(24) я мелкософтовцев по убеждениям религиозным

2(25) выходит и 1С можно.

(26) на юниксе только? официально

> Но можно. а 1с нельзя.

можно

(28) как бесплатно для личного, некомерческого использования?

2(27) не понял... Если б надо было официально, то почему создал ветку тут?

(30) да просто негодую... доколе!) раз не работает нормально файловая -пусть сделают бесплатную урезанную серверную. хотя подозреваю что урезать нечего...

ну а тема для сувалки была, которую не успел.
1. на рабочих серваках
2. для разработки специальные есть
3. локальный ломаный.
4. кг/ам

2(31) я б на их месте не стал...
===
v8: Давайте проверим СП.

ну вот пришлось, ввиду большого объёма и ограничений файловой.
всё куплено легально, но тестить уж на своём...

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

2(34) так а почему пришлось-то, так и не сказал...

2(35) капец... так ктож тебя заставляет и МС СКЛ базу создавать на продакшене, ну!

(29) почему бы нет ?

"мне пришлось сломать сервер 1С, чтобы не нагружать корпоратаивный МС СКЛ профайлером тестовой базы"... Ну бред же, ну...

читай (2), я 3 дня мучался, пытался свой цф ник от файловой объеденить с хранилищем, ошибки лезут на 15.310, с клиент-серверной объденяется влёт за 2 минуты, с хранилкой - ну не хочет. кэши чистил, базы создавал новые, ТИИ, chdbfl, толку ноль, ошибок нет.
раньше проблем не было, щас только - вести разработку-тестинг в клиент-сервере. а ключей есно нет свободных для 1с-сервера

2(40) я почитал... там никак не написано почему если например ты используешь Продакшен-Сервер 1С, для того, чтобы просто зарегистрировать свою базу 1С то МС СКЛ база ее также должна лежать на продакшен сервере СУБД, а не Експресс МС СКЛ, который развернут на твоей локальной машине.


или написано?

(41) СКЛ не причем, на любой пусть машине висит, а вот сервер 1с грузить лишней базой в 40 ГБ - не камильфо, он же ресурсы жрать будет. причем кластеров нет, рабочий процесс один (в связи с багами 8.2.14 по этому поводу). а, ну рабочие 8.2.14, готовится переход на 8.2.15.310, и в этом серваки 1с свинью ложат опять же

(42) заведи еще один инстанс сервера для тестирования, базу на локальный скуль, раз уж так боишься. У нас конфа своя, тести рулем все на рабочей базе. Динамически обновляем все работает

2(42) чем не камильфо.. давай-ка свою статистику, как например на сервере, где зарегено 10 баз с 100 пользователей ты добавишь еще свою, в которой работаешь один, падает производительность.

"рабочий процесс один" - господи, вообще что-то запредельное моему пониманию

(44) что запредельного? ошибка с теми же Параметрами сеанса зарегена для 8.2.14, админы одного филиала плеш проели пока мы не сказали процессы убрать лишние.
З.ы. Даже не знаю насчет статистики, просто не дадут поставить на рабочий сервер 1с ещё одну базу, тем более такого объёма

2(45) боже... да ну причем же тут объем? как он влияет на сервер 1с?

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

(46) с одним рабочим процессом - запросто. запущу я какуюнить хню - и писта

бедному жениться - ночь коротка.

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

(50) регулярно поднимаю вопрос на тему организации поставки сервера для ограниченного количества пользователей или  для ограниченного объема базы...
ну что то типа: не больше 10 пользователей, не больше 1 процесса рпхост, не более 10 гигов базы

основная идея - чтобы такой сервер был бесплатен или стоил смешных денег.. тыщ 10 например.. алучше все же бесплатно.. благо в дистрибутиве который по умолчанию идет на дисках есть сервер 1С
типа аналог express версии MS

пока вроде отклик есть но по факту всем плевать...
эх....

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

(52) альтернатива есть - покупать.
другое дело что негативчик то остается
я лично столкнулся с несколькими случаями, когда переходила небольшая контора в 3-4 пользователя с Бух77 на БП2.0 и через полгода работы собственно работать в базе в файловом режиме становилось в принципе нереально.

в результате серверный вариант - единственный работоспособный в принципе.

пару раз, выслушивал на тему "знали бы что будет такой гемор - не переходили бы"

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

покупать за большие деньги - не альтернатива, а кабала... файло - малоработоспособно, а у сервера нет градаций как у СКЛ, чего и желаю фирме 1с. в моём случае - никто не будет конечно за 90 штук брать лицензию чисто для разрабов, хотя там будет работать 1-2 человек

покупать не будут не потому что денег нет, а потому что не понимают что. они же купили уже, зачем ещё

(54) почему 90?
42 же...

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

делай как делают все вменяемые.. тестовая база в которой например входящие остатки на на начало года + обороты за январь-февраль

и это все живет вполне себе в файловой..

(55) правильно непонимают
см (56)

ставишь два сервера 1С на одну машину и радуешься

1С-ки как всегда тупят

в файловой уже не живёт, точней живёт, но столкнулся с (2), с цфниками беда, непойму почему.
(58) уже стоит всё, 8.1 и 8.2 разнесено на разные порты

(60) накуй?
ставишь к рабочему серваку, сервер для тестироваия (с ключом дебаг)

кому сейчас вообще нужен 8.1 3 года удали фпезду и до сих пор счастлив

(61) осложняется дело ещё РИБом, есть тестовые стенды, но там 5-6 узлов, там тестят консалтеры и юзеры, обновиш потестить - надо узлы обновлять, обмены идут. оперативность теряется просто. лучше, быстрей, веселей - тестить на своей базе всё, но файло уже не катит почти, перепиленная УПП с кучей новых объектов - беда

(63) чего беда..
у тебя ЦФ чтоли 500 мегов?
сделай маленькую базку..
положи туда обороты за неделю-две-месяц и тести себе наздоровье..

(63) не понял чем РИБ мешается?

(65) ну типа он себе для теста не только полную копию сделал но и риб там не отключил

то есть обновил, перепровел полгода и это полетело в рабочие узлы

2(57) ну так теперь же для них есть облака.. :) разве нет?

(67) хорошая фраза.. осмысленная..

мог бы сказать: ну теперь же для них есть чемпионат европы по футболу 2012

столько же смысла было бы...

(66)
а) если это повязано на фоновых задачах, то тупо в настройках сервера для тестирования запрещаем их и никогда не включаем
б) для надежности в модуле приложения при запуске еще можно убивать все нафиг, анализируя строку запуска

2(68) окей.. пожую за тебя немножко. Теперь такие конторы, вместо того чтобы "работать" в файловой., могут разместить базу в "облаке", в котором база будет клиент-серверной.

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

(66) нет, для теста у меня файло, перед закладкой в рабочую надо тестить на стенде, т.е. обновление главного узла + подчинённый.
всё ок, обновились. а тут хоп - ошибся кто то в букве, не учел частный случай - опять обновлять и центр и узлы, вот и замедление процесса

(72) сколько стенд развертываете?

(70) каким раком ты сюда облако приплел?
типа модно щас так?

" я запустил calc.exe в облаке"
или
"наша организация в облаке хранит список клиентов, путь к облаку \\server\shara\cliety.xls"

так?

типа наигрался народ с нанотехнологиями, тепреь всюду облака...

(73) полчаса обновление центра и узлов всех, но часто ошибку можно бы было поправить ещё до помещения в стенд, если бы был клиент-сервер у одного прога локальный с одним узлом, например. просто потеря времени, там юзеры сидят тоже, тестят свои участки.

(75) по хорошему при таких объемах можно позволить себе и резервный сервак со всеми лицензиями прикупить и на нем тесты гонять, а вот по скулю могут быть варианты

2(78) капец... наверное табличку [сарказм] не было видно...

(72) стыдно.. вроде серьезная контора с серьезными объемами..

у вас там манагеры случайно не ищут где бы взять степлер в аренду?
ну типа степлер в организации не нужен постоянно.. т ак.. пару раз в день..

(75) + это всё и на файле делалось, но проблема (2) возникла внезапно...
(76) + дак это и есть резервный сервак со стендом, рабочие крутятся отдельно, чтоб не дай бог там чего не случилось. на своём локальном скуле + сервер 1с - просто быстрей будет идти процесс отладки

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

*частном

(77) http://wiki.kinokadr.ru/wiki/Файл:Sarcasm-the-big-bang-theory-8135257-500-281.jpg

Просто у нас их несколько рабочих. А разворачивать на своем ноуте сервера ну его на фиг. Просто у нас был с начала только один мощный сервер... потом умер... сейчас их несколько - потому что никогда не знаешь, когда чего полетит. и ключей серверных несколько.