Здравствуйте. Скажем так, есть вроде грамотный специалист, который утверждает, что файловый вариант надо ставить при количество 15-20 одновременно работающих пользователей. Причем он говорит, что на его работе, там 40 пользователей работают одновременно и нормально. Ограничение на таблицу в файловом варианте, я читал было 4 ГБ, он говорит, что это чушь. Про транзакции тоже можно забыть, как бы SQL, хорошо, что пользователи могут работать и проводить, независимо друг от друга.

Хоть что-нить из этого правда, что он утверждает. Просто я лично считал, что ФАЙЛОВЫЙ вариант нужен когда 1-3 пользователя, и фирма не сильно большой документооборот делает. но не по 100-200 в день, и то тока при начале своей работе (недавно открылась).

и количество пользователей кстати растет.

Ну спасибо, хоть отлегло, а то я думал, что новый вид Файлового варианта появился, о котором, еще нигде не пишут.

Если пользователи "разнопрофильные", если так можно сказать, то их может быть "40". А вот посади десяток бухгалтеров в файловую версию - и тебе, весьма доступно и доходчиво, объяснят как ты глубоко заблуждался :)

работали с УПП файловой в терминале - пользователей больше 10

(19) "разнопрофильные", тоже могут пояснить.
(20) и как работаете щас?

А еще вопрос, как объяснить сисадмину, что SQL вариант не надо всех пользователей гнать в терминал, а лучше по их компа раскидать 1С и пусть они у себя заходят.

(21)слава богу там больше не работаю. за год ято я там был - проблем не было. Даже с демоническим обновлением проблем не было

(21) Может дать админу теорию трехзвеной архитектуры почитать?
Или он не читатель?

(21) Сисадмину такого никак не объяснить. Тому, кто будет обновлять платформу(!) - никак не объяснишь простую истину что платформы(!) на компах пользователей - лучше :)

(0)1С 8 не блокирует всю таблицу, блокировка идет на уровне записи. А вообще при большом количестве юзеров нужна SQL. Если файловый вариант рухнет это кранты.

(0), В моём случае, когда SQL база (УПП) достигла примерно 40Гиг, она перестала из 1с-ного бэкапа загружаться в файловый вариант по причине превышения размера внутренней таблицы.

(23) не читатель. я пытался объяснить, что в терминале работать, где и СУБД стоит, и там же заходить в 1С, ну скажем вообще не очень грамотно. но че-то слова мощный сервер все выдержит, не могу опровергнуть, но сервер не такой уже мощный, говорит ниче докупим еще че нить.

(26) ну это я видел)

позовите стороннего нормального спеца(лучше группу), пусть даст оценку профпригодности одмина и вашего "грамотного" спеца

(27)а вот тут надо смотреть железо и загруженность базы, вполне может быть что и нормально на одной железке пойдет

(26) Хмм... по поводу загрузки из DT файловой версии: для УПП облом наступает раньше указанного размера базы. В 32-битной ОС и на старых платформах - гораздо раньше. По причине оперативной памяти :)

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

(0) Твой товарищ говорит чушь.
Может быть и будет работать, но серверный вариант лучше.

(31) возможно, я примерно написал, предыдущий раз успешно выгружал-загружал в файловую в 36 гигов примерно.
комп 64 битн вин8, 8гиг памяти...

(6) Кинь им нунчаки или меч. Они знают, что с ними делать!

(0)
клиент серверная база нужна
1. для безопасности (файловую базу любой спереть может, да и права ЛЮБЫЕ поставить сам себе)
2. для надежности (сколько топиков про то база крякнулась - и не посчитать)
3. для масштабируемости (попробуй запустить на файле любую конфу на управляемых на основе БСП с включеным РЛС хотя-бы для 3х пользователей)

ИХМО
файловая база кроме как для демо или ведения учета в одно рыло не подходит.

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

Все думаю тему можно закрыть на этом, ответ уже понятен.

Хотя вопрос, по более правильным настройкам IBM DB-2 Express C 10.2 с 1С 8.2 может кто-нить посоветует гайды, а то есть кое-какие проблемы, но думаю, не все параметры я сконфигурировал.

(37) он или дебил, или тролль

Судя по всему, специалист только языком болтать специалист. Не советую такого к базе подпускать. )

Я правильно понимаю что это 7.7 ? :)
потому что в 8.2 я слабо представляю даже как 3 пользователя в файловой смогут работать. У меня Розница на 3х кассах отказалась работать вменяемо в файловом варианте. Сказала что запросы по скидкам я буду делать по пол минуты...и меня не колышит что клиенты уже хотят домой.

(0) Твой "вроде грамотный специалист" полный профан, говорит полную ерунду.
1. Нифига не озвучена конфигурация в которой у него работает 20 пользователей, может это самописка с 10 документами и 10 регистрами :) Попробуй УПП на 20 пользователей в файловом варианте :)))
2. Ограничение 4Гб есть, и пусть твой специалист не трендит. Если у него нет таких таблиц, то это не значит что нет ограничения.

(26) Мы на УПП сначала включили версионирование, в итоге через  2 месяца база весила 10 Гб и нифига не грузилась в файловую :)
Отключили версионирование нафиг :))

Сам еще лично не разговаривал, вот буду, тута просто консультируюсь, судя по-тому, что он описал, что нужно сделать. Смотря на слова 1С, и файловый вариант лучше SQL, для пользователей в 15-20 человек с их возможно приростом в количестве, поставили все под сомнения. Конфа на 8.2 стоит общепит.
(41) ну не знаю, слова написаны были очень умные, даже не смогу всё повторить. Было еще такое, снести Windows 2003, поставить UNIX систему, на ней развернуть виртуальную машину там поставить Windows 2003, и туда терминально всех загонять. Кстати это тоже логично или же нет?
(42) не можно работать.
(43) у меня стоит КА в начале франч поставил файловый вариант, сказал, что вам за глаза хватит, с учетом, того, что был куплен клиент-сервер ключ и тд и все лежит в коробочке, в итоге от франча отказались меня на работу взяли)

Если мне память не изменят, то Ограничение 4Гб есть на одну таблицу. Таблиц в базе данных много. То есть когда база данных не превышает 4Гб, то можно быть уверенным, что предел еще не достигнут. А если база данных больше 4Гб, то уже пора задуматься о переходе на SQL.

(0) Включи доступ на уровне записей и спроси "специалиста", почему все так медленно. Файловый вариант - он для бедных, которые не могут себе позволить купить сервер предприятия.

(47) где включить доступ на уровне записей ?

(46)  да одну таблицу, тока вопрос как их измерить, но все равно, если есть вариант поставить клиент-сервер, почему его не поставить?

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

(31) Ну, у меня база УПП в 120 Гб загружается. ЧЯНТД?

(51) ну 120 Гб могут быть разными... ;)

(45) Ваш спец - фанатичный задрот-теоретик.

(48) Обычно в константах, в настройках параметров доступа на уровне записей.

Да уж..Неужели мелкой конторе с БП на 5-х покупать лицензию на сервер 1с за 42000 / 72000 руб ? Не потому ли еще дофига контор на 7.7 сидят?

(52) Файловая база очень удобна для подготовки обновлений сильно измененной УПП. Компьютер можно увести в сон, потом разбудить и продолжить работу по расстановке галочек, а не надеяться, что ночью не отключат электричество или админы не вырубят для профилактики сеть.

Все зависит от того как ты её используешь. В 7 ке основным был навигационный режим. То есть куча мелких запросов. При файловом варианте чтение производится в одном процессе и нет задержек на маршалинг данных. Для SQL такой вариант не подходит. В SQL варианте желательно в одном запросе (пакетном) собрать все нужные данные и не делать доступ к реквизитам через лишнюю точку. Но это уже другой стиль программирования.
Одним из промежуточных вариантов это использование ХП на высокоуровневом языке.

(55) 7.7 SQL тоже больше полтинника стоит, если что.

(58) Так это вместе с типовой и платформой. Причем платформа без ограничений числа пользователей. Да и файл-сервер там поустойчивей вроде.

(58) это где вы такое видели, у меня в константах, там тока права доступа, обмед данными и тд это что касается настройки программы.

(58)на 5-х  пользователей 7-ки SQL-нафиг не нужен

(0) Файловая лучше, т.к. в SQL варианте при каждом сохранении конфигурации требует перезапустит конфигуратор, закрывая все окна

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

Файловая база это один большой БАГ, который когда-нибудь не откроется, потому как бухгалтер захочет выключить комп ногой, при незакрытой 1С. И будет большой ПРИВЕТ.
СКЛ с отдельным сервером рулит всегда.

(64)т.е. 1С послала мелкий и средний бизнес в ж.опу

(65), работать можно, но аккуратно. Много случаев уже видел как слетает файловая база - всегда косяки в использовании.

(66)статистика какая есть? Вырубание компа считаю штатная ситуация

(62) Демоническое обновление?

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

(69)что делать мелочевке?

(64) Поэтому для файловой желательно использовать терминалы

(0) Бред. Голосовалку можешь даже не прикручивать, и так все ясно.

(72) ну я тоже это так считаю, судя по описания на 1c.ru про файловый вариант ограничения и его минусы по всему инету, но все же, кто знает, может я отстал от времен и 1С уже навертели такие крутые вещи.
(56) так где этот уровень записей настройка в константа нет. или это в конфигураторе где-то можно делать?

(68) нет - обычное. в SQL всегда конфигуратор перезапускается

(0) Миф, особенно это познается при полном крахе БД, без бекапов или бекапа за прошлый месяц :)

(70) 32 тысячи стоит сервер 1с, и посгрей бесплатный, не такие большие деньги....

(0) // Скажем так, есть вроде грамотный специалист, который утверждает, что файловый вариант надо ставить при количество 15-20 одновременно работающих пользователей.

Я хоть и неграмотный, но подтверждаю, база упр. учета 8.2(УНФ + куча доработок) на управляемых формах, РЛС и в хвост и в гриву, активных пользователей онлайн 30-40, крутятся на терминале, работает влет, за 2,5 года тормозов или разрушения базы не наблюдалось ни разу. Правда размер базы после оптимизации около 3 Гб.

От 20-30 - уже надо переходить на SQL.
Но "5 пользователей не могут работать в файловой базе" - полная ересь.

(77) если за 3 года база на 40 пользователей выросла всего до 3 гигов, это значит что в день в базе делается не более 50 документов, это равносильно 1 ленивому оператору!

3 гига на типовой бухии 2.0 база набирает за 1 год при работе одного пользователя!

(73) Ну тогда в ролях открой роль, выбери объект и в нижнем правом окне добавь что-нибудь. Или щелкни на Роли в общих объектах и выбери "Все ограничения доступа" - тогда если такие ограничения есть в конфигурации - увидишь их.

(74) У меня не перезапускается.

(0) О недостатках файловой сказано много и по делу, но также стоит уделить внимание ветками вроде: v8: Файловая база быстрее SQL в 50 раз! Почему?

(79) У тебя документ (c движениями) 5 мегабайт занимет? Не слишком ли жирно?

(79) ну документов не 50 в день, побольше конечно, но так чтобы в базе все пользователи массово колотили счета/накладные такого нет конечно. И потом база самописная управленческая, не типовая бухгалтерия, делаются только те движения по регистрам, которые нужны.

82+ прошу прощения 177 килобайт но все равно многовато

база за месяц в файловом варианте, при начале ведении учета, загрузки данных из касс выросла до 2 ГБ. как думаете, как сильно она вырастет за 3-4 месяца, при увеличении количество пользователей и поступления данных раза в 3-4? это я про свой случай, что в 4 ГБ на таблицу упремся сразу.
(80) какую роль и где именно в конфигураторе, может есть статья про это. и что это дает ?

(83) Причем, я бы не сказал что я такой вот прямо фанатичный поклонник файловой базы, просто изначально, когда пользователей и функционала было еще не много, решено было установить файловой вариант, что называется "до первых ласточек", затем докупить сервер и SQL. Но "оно" работает до сих пор беспроблемно.

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

(85) Так 4 Гб это же на одну таблицу, а не на всю базу, сама база может быть и 100 Гб. И потом сильно увеличить размер базы можно даже если в нее загрузить ВЕСЬ Кладр, она без единого документа будет уже несколько Гб (я пробовал в УНФ).

(85) на самом деле ограниние не 4 гига на таблицу а 4 гига на ВНЕТРЕНИИЙ ФАЙЛ, что несколько разное, таблица может состоять от 1 до 4х внутренних файлов, по этому теоретический предел одной таблицы с индексами - 16 гигов (примерно, так как там не совсем ровно),

по жизни предел примерно 6-8 гиг на таблицу...

(84) примерно столько и весит средний документ с проводками

Если база в файловую еще выгружается, то перепроводится в файловом варианте быстрее :)

(0) Миф, вот лишь некоторые ограничения файловой:
- при увеличении одной из таблиц БД до 4 Гб ИБ не работает
- нельзя сделать блокировки на уровне записей

У самого справочник "Присоединенные файлы" раздулся до более, чем 4 Гб - и все, база в файловом варианте не работает.

(84) Там речь про 3 года, итого меньше 60 кБ на документ даже если предположить, что справочники и конфигурация ничего не занимают...

(94) че-то не нашел доступ на уровне записей, вроде просмтрел где вы сказали, ну и ладно.

(20) Три года держу УПП на 15 пользователей, прирост базы 800 метров в год! невижу проблем с файловой, (если незакрывать период и нерасчитывать себистоимость, а так все пучком), выкладывал даже где то тест Гилева (сервер бюджетный, 30 тыщ рублей гдето, скрин пожалста, в МОЕМ варианте скуль нервно курит в сторонке неговоря про обслуживание и резервное копирование\восстановление  в считанные минуты http://sep32.ru/photo/upload/2012/03/29/20120329154618-b54b35fb.png

(87) Согласен сравнение не совсем корректное. У нас переделанная типовая УНФ, т.к. и в типовом функционале (взаиморасчеты, подоотчетники, банк, касса и т.д.) я поотрубал все движения по регистрам, которые не используются (например упр. план счетов (у нас он свой) и т.п. Думаю, в том числе и поэтому размер базы не столь значительный.

(97) с этого и надо было начинать.
в моем случае никто отключать ничто не собирается.

(94) Основное это даже не документ, а движения по нему, так как обычно это несколько регистров. Опять же для малого бизнеса документ это порядка 5 строк в документе. Пусть будет 3 регистра и того 15 записей. 60 килобайт делим на 15 получаем 4 килобайта. Жирновато будет

сотка

(36)
"файловую базу любой спереть может, да и права ЛЮБЫЕ поставить сам себе"
Новые типовые на УФ можно запускать через веб-сервер - фиг что сопрут.

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

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

(101) >>>>Новые типовые на УФ можно запускать через веб-сервер - фиг что сопрут.

вроде только 1 сеанс был для файловой через веб :) по тому как если это не так, то нарушается лиц. политика 1с

(101) если к базе подключаются в режиме толстого клиента, и какой-нибудь свич/хаб/розетка/вилка/чья_то_сетевая_карта начнет сбоить - то возможность пинтарика очень велика. Мучался с этим долго, т.к. найти точку-сифонства очень проблематично. Поэтому у всех клиентов стоят серверные БП 2.0 и ЗУП 2.x, хоть даже если там работает всего один человек.

В БП 3.0 все восседают по тонкому клиенту, а там на это пофик.

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

И вроде в последнем релизе в файловой версии что-то подоптимизировали сильно :)

Есть несколько баз на sql . Проводил тестирование самопальное по обмену через xml. В ФАЙЛОВОЙ базе почему то загрузка/выгрузка идет в НЕСКОЛЬКО раз быстрее

Прада базы были 8.1

v8: Повреждение БД

(109) не в бровь а в глаз ...

(109) единичный случай на сотню в скульных,  тут вобще как повезет, в нашей глубинке сидят с именитыми франчами в сопровождении и притом в фаловых УТ по 14-18 гиов!!!! ну я все понимаю, у меня мало опыта в УПП (не сопровождении) и в конче концов придется таки перейти в режим СУБД, но куда смотрят франчи сейчас.

К приру в фале CD фало весит 5180 метров, выгрузка 811 метров. ТиИ в районе 15-18 минут. Проверка целостности chdbfl не более 9-10 минут.
А тепреь главное.... закрытие периода главбухом (месяца с восстановлением последовательности по парт.учету от 45 мин до 1 часа максимум). Тоесть еслибы ненадоедливые бухи с материаламми и их расчетами себистоимости (блокируются таблицы у глб.буха) то год закрывает за рабочий день. А так как мы счас все есчо учимся в ней работать в УПП то иной раз перед сдачей квартальнйо отчетнсот по два три раза закрывается нетолько квартал !!!! н ои год не один раз.
Такие пироги

(109) В большинстве случаев эту проблему решают терминалы.
В большей части это проблемы открытых файлов при случайном отключении электричества.

(103) "вроде только 1 сеанс был для файловой через веб :) по тому как если это не так, то нарушается лиц. политика 1с"

Где-нибудь это написано?
Всё честно - если подключаться браузером - то каждое подключение отнимает одну сетевую лицензию, которую запрашивает у менеджера лицензий модуль веб-сервера. Если тонким клиентом - то сначала тонкий клиент пытается найти клиентскую лицензию самостоятельно через nethasp.ini, и только если не находит - обращается за лицензией к веб-серверу.

(58) работали в комплексной переписанной файловой в терминале 40 пользователей вполне сносно, и терминал был всего 4 гига и два процессора)

миф. на одной работе первое что сделал как пришел заменил файловую упп в регионе (10 пользователей) на SQL так летать начала.был засыпан благодарностями.стали нормально работать