Столкнулся тут намедни с совсем непростой задачкой
- развернуть трехзвенку на 100 баз

1С сервер сдох сразу при добавлении в список ИБ такого количества баз,
наплодил более 1000 рабочих процессов и как следствие "сдох" сервер, те ОС Win 2008R2 c 32 гигами памяти.

Настройки стояли по умолчанию - 8 ИБ на процесс, 128 подкл. по процесс

Дальнейшее кручение 1С сервера не помогло.
Решил разнести сотню на 3 сервака, по 30+ баз, результат тот же, только процессов стало по 30-40 шт, но лучше от этого не стало - теперь 3 сервака загружены под 100% проца и памяти.

Вопрос - чего делать-то?
или на такое кол-во 1С сервер не способен и забыть про эту платформу
%(

прощай облако

не жадничать, запилить кластер

Фигня какая-то. 100 баз в списке и калькулятор ПК-120 сдох?

Пилить кластер из 1с серверов?
Попробовал - те же ..., тк баз опубликованных на нем остается столько же, итог опять же - куча рабочих процессов.

to PR
могу посоветовать только одно - попробовать - результат превысит  всякие ожидания :)

что значит сдох?

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

и как следствие - раз в 60-90 сек отваливаются 1С с ошибкой

(0)[и забыть про эту платформу ]
угу
купи SAP R/3

(0) Поставить одну базу, но пользователям написать База1, База2... База100, которая ссылается на одну базу.
Разрулить всех правами.

ехх..купить сап - тут другая штука - все 100 баз - это каждый отдельный юрик :(

предлагать КОРП не ?

(0) вы чё там коммунизм строите?)

(11) ем..не совсем понял, можно разъяснить?

(0) странно "100 баз" и "8 ИБ на процесс" получается 13 процессов. Откуда 1000?

А 100 Организаций в одной базе организовать и разрулить по правам? не?

(13) например бухгалтерия КОРП - внутри справочник юрлиц - веди хоть стопиццот - база будет одна

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

не вариант :(

(17) КД в зубы ;)) руки из подниза ;))) и с некоторым усилием - все "взлетит"

+ все таки 32 ГБ оперативки и 100 баз скульных это несколько чересчур ;))

(17) у вас фирма франч по аутсорсу баз 1С?

+ даже 77 более 3-5 максимум 5-ти баз (относительно часто используемых и нагруженных) не ставим

Базы разворачивались из архивов? Может какие то фоновые задания типа полнотектовых поисков плодят процессы и убивают диск ?

(0) Сервак на Celeron - это несерьезно.

(12) под столом :))))

(22) +1
(17) что с ответом на (14)

Юзай файловые базы. Разницы не увидишь, т.к. пользователей на одну базу мало и сами базы маленькие.

(17) Ну и что, выгружаешь нужные данные в др. базу и отдаешь клиенту.
Когда приносит то загружаешь из его.

(17)+ читай (18)

(26) Точнее делить в зависсимости от размеров базы.

(18) можно пояснить - КД, чет не в теме :(

(26) вот кстати вариант. одновременно со всеми базами не работают.
ещё вариант - несколько серверов, запускать при необходимости, давить неиспользуемые

имхо +1 файловым базам и работа через веб-сервер

(30) Конвертация Данных

поставить виртуалки, на каждую свой сервер

Не верю, что сервер 1С не потянет 100 баз.
Если плодятся процессы, то стоит заглянуть сюда:
v8: Подскажите с чего вдруг сервер 1С 8.3 запускает при запуске 44 тыс. процессов

И неплохо всё-таки огласить параметры сервера: сколько процов и ядер, что еще крутится на этих 32 гб кроме сервиса "сервера 1С"?

(5) Ну не знаю, сейчас 28 баз, обычный комп, ничего не падает.

(35) Платформа Supermicro, 2хE5-2620v2, 64Gb, 4x SSD intel 350 серии
стоит Hyper V 2012R2 на нем 3 виртуалки, одна из них была отдана на 1С сервер
при добавлении баз за 5 десяток - "оторвало крышу" рабочим процессам - начали активно размножаться, решили добавить памяти до 32 гигов - не помогло. Снесли.
Разделили на 3 виртуалки (Win2008r2) в каждой только роль 1С_сервер и список ИБ на каждом чуть более 30.
Через час у всех трех наблюдали кучу рабоч.процессов и загрузку всего и вся под 100%.
Досталось и вирт.хосту - выросла очередь на диске, где лежат виртуалки.
Все прибили.
Живем пока на файловом  варианте.

(36) Вот как раз хочу собрать кластер на тестовый стенд из простых PC, проверить cие поведение

(37) А попробовать запустить сервер 1С строго на железке? без виртуализации.

(39) пока не могу, тк серваки в ДЦ
вот придут компы на тесты и проверю эту теорию

Недавно обнаружил, что если парва на папку с сервером 1с "неверно упорядочены" то идет разрастание процессов

(41) - "неверно упорядочены" - те если стоят права не по умолчанию?

(42) при смене прав на папку в проводнике выскакивает ошибка

(43) а, нет тут все в порядке
проверял на нескольких пустых\голых\только что установленных Win 2008 r2 как рус так и англ дистрибутивах
- результат один
мысли пока - что косячит HyperV

(17)Для таких сценариев и придуманы разделители данных..

(45) +100500

(45) ???
(46) и как ими пользоваться в типовой?

ну например вот бухгалтер ведет 5 фирм, но разделитель я могу поставить только один. И какой выход? Заводить 5 пользователей?
Т.е. в случае автора я завожу 1000 фирм * 50 бухов = 50 000 пользователей?

далее, что делать со справочниками? они будут общие или как?

Далее что делать когда нужно отдать базу клиенту? Отдавать базу со всеми 1000 фирмами??


Так что именно ты хотел сказать фразой "Для таких сценариев и придуманы разделители данных"?

(46) отлично, проконсультируйте, пож. как быть в таких сценариях:
- ООО, ИП стало 200-300 активных\рабочих
за год (например) прошло более 400, те около 100-200 надо свернуть в архив и сложит на полку.
как быть в таком случае?

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

Т.е. разделитель НЕ ПОДХОДИТ к раздельному учёту

(4) по разному может быть. Но типовая бухия пока этого не умеет. Только спец версия для фреша

может у тебя тупо портов не хватило. Хотя 30 портов 60-90, на на 8 баз вроде должно хватить

(52) к (48)

(52) мы пробовали аналог на склоуде - сбежали через пару месяцев, тк управление @#$%& , мягко говоря

(0)Я так понял услуги по ведению бухгалтерии оказываете?
Используйте файловые базы.
Нафиг там клиент серверная архитектура непонятно.
200баз прекрасно чувствуют себя на серваке красная цена которому 50тыс рублей.

(56) да,
клиент-серверная хороша в управлении и бекапах

(57)Какие именно удобства управления в данном режиме использования?
Все прекрасно управляется и бэкапиться.
Сервак i5, 32ram,  зеркало из ssd на котором система и базы, и зеркало из двух hdd, на котором все остальное.
Бэкап делается встроенными в винду средствами (теневое копирование) каждый час. Этого достаточно.
Хотя при желании можно делать каждые пять минут.

Как то странно... На серваке больше двухсот баз, все в работе. Никаких проблем нет.

(0) Вот у меня прям щас 59 баз на сервере...
ЧЯДНТ?

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

А если загружать базу в скуль только на момент работы с ней - не уверен, что будут работать со всеми 100 базами одновременно.
Конечно, если давать пользователям удалённый доступ к "своей" базе, то нужно пытаться найти другие пути.

(0) При добавлении баз ставь галочку отключения фоновых заданий.

(62)Ну трудно представить ситуацию чтобы потребовалось одновременно запустить такое количество баз.
С ними же должен кто-то работать.
Обычно количество открытых баз = количество пользователей.

И кстати в чем трудность предоставления удаленного доступа к "своей" базе? Зачем искать другие пути.

(64) Ну, к своей базе можно через Web-публикацию работать, и там придётся для каждого свой Web-сервер поднимать - думаю, что это будет тоже ещё та задача.
Хотя, можно сделать один общий сервер, где переход в базу идёт после дополнительной авторизации на основной странице входа - тогда можно всех "зверей" в одной системе пасти.

Думаю всё дело в регламентных заданиях. Попробуйте их отключить или перенастроить на разное время.

(66)+1
Если это последние версии типовых, то там нафиг ненужные задания типа "Обновление агрегатов", "Установка периода рассчитанных итогов" запускается каждые 10 сек по умолчанию!

(67) во-во. При условии что в типовой они не используют агрегаты, нафига это делать - непонятно. Хотя бы авто использование включили бы

кстати
---------------------
ервер уровня КОРП "1С:Предприятие 8.3" предназначен для корпоративных клиентов. Он приобретается вместе с определенным количеством клиентских лицензий уровня КОРП, рассчитанным, исходя из числа автоматизированных рабочих мест.

Данный продукт обладает расширенным функционалом по сравнению со стандартным 64-разрядным сервером:

    обновление конфигурации базы данных осуществляется в фоновом режиме;
    дополнительное управление распределением по рабочим серверам кластера в разрезе видов клиентских приложений, информационных баз и фоновых заданий:
        сервисов кластера;
        соединений с информационными базами;
    гибкое управление нагрузкой в кластере:
        безопасный расход памяти за один вызов;
        количество ИБ на процесс;
        объем памяти рабочих процессов, до которого сервер считается производительным;
        максимальный объем памяти рабочих процессов;
        стратегия балансировки (по памяти, по производительности);
    осуществление внешнего управления сеансами;
    возможность настроить профили безопасности;
    возможность обновления тонкого клиента с сервера;
    возможность публикации списка баз и обновлений тонкого клиента через http.

Для пользования перечисленными функциональными возможностями необходимо заключение договора ИТС ПРОФ.

(0) похоже, завелась зараженная база.
Которая при запуске порождает 100500 процессов, сливает все данные других баз в интернет и затирает данные)

(69) вот мне и интересно на самом деле app 1C_сервер версии корп отлич. от версии Проф
тк вроде платформа то одна - 8.3

(70) а зараженных баз не может быть - тк в скуле создал пустышки (скриптом) и в 1С_сервере - тоже пустышки создавал через пакетный режим

(71) Может в этом и причина? Может попробовать создать руками и не пустышки?

(71) как бэээ 82К и 216К за сервер - разница есть ? :)) плюс то что анонсировано от 1С - описание

(73) + иы уже знаем разницу в тех же скулях ентерпрайс стандарт бизнесы девелоперы

Centos 6.5 PostgreSQL 9.1.2 1C 8.3.4.437
Доходило до 70+ баз (типовые БП, ЗУП, УТ 10) и не очень типовые УТ11, 32 ГБ ОЗУ ECC, проц Xeon E3-1245v2, материнка Intel S1200BTLR
Все нормально.
Регламенты почти везде отключены, в некоторых случаях сильно изменена периодичность.
Было пару раз, когда клиентские базы передавались с настроенными обменами, и эти процессы действительно сильно грузили систему, пытаясь пробиться на несуществующие/недоступные ftp-серверы. Есть смысл глянуть в логи файервола, может, что-то куда-то ломится (найти и прибить).
В общем, для начала - попробуйте везде заблокировать регламенты, все должно нормализоваться, а потом внимательно просмотрите все настройки процедур: что-то исключить, что-то запускать с бОльшей периодичностью и т.п.

Работал со 120 базами. Один сервер 1с-приложений, второй SQL.
И все работало замечательно. Никаких проблем описанных в (0) не было. Риторический вопрос "Что я делал не так?"

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

+(56) аналогично, файловые базы, 170+ штук, сервер за 60 тысяч - все летает

А расскажите мне про "удобство и управляемость" 100 SQL-ных баз в задачах Бух.Аутсорсера.

А то я что-то не понимаю в удобстве, так как в случае с файловыми версиями бухгалтера сами добавляют-удаляют базы из папки 1CBase, а задача админа постоянно бэкапить ВСЮ папку 1CBase и создавать истории архивов. Все!

А какое "удобство" для админа этой системы дают 100 динамических SQL_баз?

(0) 1C еще не запилила все что нужно в платформе для такого сценария. Пока нужно разносить клиентов по физ. серверам и немножко вложиться в железо.

(0) Три сервера - теперь означает поднять три виртуальных проги на одной железяке? И ждать от них чудес производительности... Надеетесь что не богатых 32 Гб хватит на 3 Винды+3Скуля +100500 баз, ага щаз конечно. У меня например 2 боевых базы на таком крутятся и не сказать что супер летают.

(80)Это почему?
Файловые базы и дешевое железо. Все остальное делается штатными средствами 1с и ОС.

(81)Про виртуалки вроде в (0) ни слова нет.
А железо вполне нормальное чтобы запустить сотни две баз, даже скульных, хотя скуль в данной ситуации не то что бесполезен, а даже вреден.

Оффтоп. Просто любопытно как с принтерами клиентов разрулили при таком Бух_Аутосорсе ?

(84) А все 8.3 ;) мне семёрка померещилась

(84)А в чем проблема с принтерами?
Не знаю как у топикстартера, а у большинство клиентов не имеют доступа к базам.
А те кто имеет - раньше выдавали в терминале, сейчас переехали на веб клиент.

У меня на связке Win 2012R2 + 1С 8.3 при изменении настроек сервера 1С, отличных от дефолтных и при создании 2-х ИБ наблюдалась 100% загрузка ЦП. Вернул настройки 1С назад, перезапустил службу - пришло в порядок. Желание экспериментировать исчезло. Грешу на платформу 8.3.

(0) есть такой глюк в 8.3
у тебя, я так понимаю не актуальная версия?

Со всеми базами одновременно работают? Верится с трудом...
Ну так и добавляй-удаляй ее автоматом при запуске

(79) Да какие проблемы-то? Базы бэкапятся средствами PostgreSQL еженочно (а иные и чаще), все автоматизировано через скрипт на bash, который запускается кроном.
Некоторые не бэкапятся вообще, ибо тестовые.
Например, есть базы:
buh-firma1-2014
buh3-firma2-2013
zp-firma1-2011
zp-firma2-2013
ut-firma3-2014
buh-firma3-test
audit-firma5-2012
audit-firma6-2013

Скрипт делает список баз, отсеивает из списка базы, в названии которых есть test и audit, затем бэкапит все базы, кроме ut-firma3-2014 каждый день в 02:15, а ut-firma3-2014 бэкапится в 8-30, 10-30, 12-30, 14-30, 16-30 и 18-30. Все это, конечно, кроме выходных.
Скрипт - десяток строк на bash, если кому интересно, могу запостить.

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

(27)"Ну и что, выгружаешь нужные данные в др. базу и отдаешь клиенту." - когда-нибудь объединения баз делал? навряд ли.
Там все разное - настройки, документы, ответственные и т.д.
Да что объяснять человеку, который ничего не видел.

(39)"А попробовать запустить сервер 1С строго на железке?"
- это виртуализация заставляет плодить процессы у сервера 1С? весьма.

(76)"Работал со 120 базами"
на одном 1С сервере?

(90) Todorov:
Все это прекрасно.
Вопрос один: "Кто создает и перепрописывает базы в трехзвенке, если бухгалтера впадают в ужас от просьбы скачать и запустить файл?"

(90) ни одна нормальная база не работает на PostGre.
Или постоянно проблемы. И не будем "что я делаю не так?!" и ручки в боки.
Пользователи "не так" сильно мучают базу.

(94) Вопрос один: "Кто создает и перепрописывает базы в трехзвенке, если бухгалтера впадают в ужас от просьбы скачать и запустить файл?"
Специально обученный мальчик, зачем бухгалтерам чего то качать и запускать. Накрайняк ярлык присланный в письме. Это максимум.
Ребята которые файловые восьмерки советуют хостить на коммерческой основе, вы это серьезно, типа даже не черный юмор?

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

(96)
> зачем бухгалтерам чего то качать и запускать
1Сное "Руководство пользователя" бухам тоже читать противопоказано?

(98) хотя бы НК читали бы, а ты про руководство

(91)Вы похоже не в теме немного.
При чем тут объединение?
Какие могут быть разные настойки?
Есть одна база, ее ведет аутосорсер, пока клиент ему платит.
Клиент заявил что уходит, и платить больше не будет - аутосорсер отдает ему базу.
Все.

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

Иначе он не нужен, и более того может быть вреден.
Бухгалтерский аутсорс предполагает множество баз клиентов и нескольких работающих с ними специалистов.
Т.е следующие утверждения в 95% случаев будут верными -
1)С одной базой в один момент времени работает один пользователь.
2)Количество одновременных пользователей работающих с базой никогда не превышает трех.
3)Все базы типовые.

(101) а 100 иб это небольшая нагрузка, вы уверены?
кроме того восьмерка в файловом режиме изначально работает очень печально с очень никакой надежностью БД.

(102): 95% времени эти базы там просто ЛЕЖАТ. А не постоянно крутятся пользователями. У меня 5 клиентов бух-аутсорсеров, я знаю, про что идет речь.

И не завидую админу этой конторы, если все базы будут в SQL.
Потому что он без перерыва будет заниматься созданием и упорядочиванием баз и их архивов

(102)
"восьмерка в файловом режиме изначально работает очень печально" - очень спорное утверждение. При условии что бух на аутсорс это обычно не 200 документов в день, а дай бог 200 в месяц, т.е. размер копеечный и на файловой версии будет летать, особенно по сравнению со скулем, где всё делается через фоновые процедуры, т.е. минимум с задержкой в 2 секунды

(104)"т.е. размер копеечный и на файловой версии будет летать" - проблема файловой не в плоскости "200 доков в день или в месяц" (файловая даже будет быстрее при прочих равных), а в блокировках и корректному размежеванию пользователей.

+ при работе от нескольких пользователей по сети.

(94) Вариантов много - от "специально обученного специалиста" до http://habrahabr.ru/post/179405/

(95) В том-то все и дело, что все работает. Нормальное железо и выверенные настройки postgresql.conf. Так что не надо  безапелляционных утверждений, что "не работает". Точно также получается, "у меня не получилось, значит программа хлам".
Проблемы, с которыми мы сталкивались, были связаны в основном с платформой 1С, реже - с ошибками в конфигурации, но СУБД ни разу не доставила никаких неприятностей. Одновременно с одной базой работают от 1 до 20 человек, как правило 8-15.

(105) ?
На файловой в рамках одной организации вполне себе 2-3 человека уживаются без проблем
Что там делать среди пользователей? 1 файловая база = 1 фирма.
В одной базе врядли одновременно будут работать больше 1,5 человек, в силу специфики, поэтому о каких " блокировках и корректному размежеванию пользователей." идёт речь?

(103) Не совсем, он один раз включит мозг, напишет скрипт, который будет сам делать в нужное время архивы, копировать их в места хранения, при этом упорядочивая либо по дате, либо по клиенту, либо и то, и то, скажем, через жесткие ссылки.
И главный плюс архивации средствами СУБД как раз в том, что не надо останавливать процессы или выгонять пользователей, поэтому архив (снапшот, по сути) можно делать хоть каждый час, пользователи об этом даже не догадываются.
Хотя, если 1 база = 1 бух, может, и правда, проще файловую.

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

(110) в файловой - без выгона пользователей, с гарантированной целостностью? О_О

(102)
100 ИБ хранящихся на диске это нулевая нагрузка.
А запущено одновременно бывает лишь несколько.

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

(105)Откуда там блокировки возьмутся при одном ползователе работающем в базе?

(11) нуда, теневое копирование

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

А когда в базе сидит один бух и подгоняет годовой отчет к более менее приличному виду, это вообще никакой нагрузки, и файловый вариант тут по скорости наоборот выигрывает у скуля.
По поводу надежности, да меньше.
Но опять же при такой низкой нагрузке на базу и одном пользователе, вероятность краха базы минимальна.
Да и собственно крах базы не вызовет никаких особых проблем.
Ну что страшного будет, если базе придет кирдык? Бухгалтер восстановит базу из снапшота, потеряв данные за несколько часов, и все.

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

(108) полтора человек терпимо.
(114) очень даже может и один сам себя заблокировать. Видел не раз.
1С, все-таки.

(117) > полтора человек терпимо.
Даже полтора на базу это 150 это одновременно(!) в пессимистическом прогнозе в период сдачи отчетности/ расчета зарплаты - удачного хостинга и легкой нагрузки на жесткие диски)).

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

(118) по идее, должно быть 150 виртуалок и 150 серверов 1С.
Так что тут ничего не докажешь - не работает, покупай отдельный 1С.

(180)Откуда такие цифры?
Объясню подробно -
в конторе   5 бухгалтеров штате, еще три приходящих/работающих удаленно.
Контора оказывает услуги по ведению бухучета на аутсорсе.
У нее сто баз клиентов.
Как правило с ними работают только штатные сотрудники, т.е в конкретный момент времени как правило открыто пять баз, и в каждой базе работает по бухгалтеру.
Иногда бывает что удаленщики тоже подключаются и получается сем баз открыто, и в каждой базе работает один человек.
Остальные базы спокойно на диске, их никто не трогает.

(121) ну не 150, 100 серверов.
Раз не работает - то и претензии предъявить некому: покупай 100 серверов 1С.
Файловая база 1С8 - это вообще концепт-СУБД от 1С (так и оставшийся демо), и не предназначен для рабочей базы. Если какие проблемы в файловой - ставьте 1С сервер. Это\т вопрос решен раз и навсегда, и закрыт для обсуждения с 1С.

+ 122
т.е. файловая - это реально "СУБД от 1С", в отличие от "клиент-серверного" недоразумения.

(122)Это не концепт, а нормальный рабочий вариант, прекрасно и стабильно работающий.
Просто надо понимать что файловый вариант не предназначен для многопользовательской работы.

Откуда ты этот бред про концепт вычитал? Когда и какому клиенту сидящему на базовой и имеющему одного пользователя 1с рекомендовала переходить на скуль?

(124)"Это не концепт, а нормальный рабочий вариант"
это именно концепт, за работу которого 1С не несет абсолютно никакой ответственности.
Позвоните в техподдержку и получите консультацию по файловой работе.

(124)"и имеющему одного пользователя 1с рекомендовала переходить на скуль?"
это и есть демо-режим, если ты не знал. Раньше он даже на сервере был бесплатный.

(126)Ага, вот человек пришел в магазин, купил базовую версию 1с, и работает спокойно.
Т.е он отдал деньги за демо версию? Чисто поробовать?

(0) что то ты автор звездишь. У меня сейчас крутиться 25 баз 1 управленка УТ, остальные пополам ЗУП и БП, понятно что не все они активно используются, но всякие там фоновые задания в ЗУП и БП регулярно что то исполняют, ну у управленка само собой активно. Все это вертится (MS SQL и 1С сервер) на древнем E7320 xenon и 11 Гб озу

(128)Ну почему обязательно звездит?
Давай я тебе настрою так, что у тебя и две базы с трудом будут работать на скуле. Не веришь? :)

(127) если ты не знал - то да. Хочешь "быстро" - покупай сервер.

(130)Где там на коробке или в документации написано что это демо версия, и с ней нельзя работать с реальными данными?
Почему 1с в рекламе продвигает базовую версию как рабочую, а не как демо?
Короче ссылку на официальное заявление 1с, что все базовые однопользовательские версии являются демонстрационными и не предназначены для работы.

Вот описание базовой версии - http://v8.1c.ru/buhv8/324.htm
Где сказано что это демо? Там наоборот сказано что она предназначена для ведения учета.
Или 1с намеренно обманывает покупателей подсовывая демо версию в качестве рабочей?

(0)что-то настроено не так
работал в нескольких организациях где на серваке крутилось овер 50 баз

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

(132)"Или 1с намеренно обманывает покупателей "
мне даже писать не надо, сами сказали :)

(133) когда 100 баз "крутится" - она работает так, как в (0)
А когда лежат "мертвым грузом" - то это не "крутятся".

Количество баз как бы непонятно что должно продемонстрировать. Вот у меня сейчас 127 ИБ подключены к серверу, но сеансов при этом всего 82. А на прошлом месте работы баз было около 30, зато одновременно работающих пользователей, случалось, превышало полторы сотни. Ну и где нагрузка на железо больше?

(134)И какие же там ограничения, кроме явно указанных? Я вот как то не сталкивался, не довелось.

(137)"Ну и где нагрузка на железо больше?"
во втором случае. Весь смысл - что сотня баз, более сотни процессов, все висит.

(138) негарантированность работы по сети нескольких пользователей достаточно? Остальные ограничения поискать лень?

(140)Это разве недостаток для однопользовательской версии?

(110) Еще раз, снапшоты гарантированно без риска потери информации и во время активной работы пользователей. В файловой это сделать как? А SQL это позволяет делать штатно. А если еще есть задача сделать PITR?
Спор ни о чем, ИМХО.

(141) ну да, 4 Гб тоже "не недостаток"...

(142)"А если еще есть задача сделать PITR?"
что сделать? "ПИДР" - опустить кого-то?

(144) Матчасть учить надо. Point-in-time recovery

ну до сокращение восстановления на момент до "питр" вижу первый раз. Оно как-бы не требует сокращения )

(146) http://www.postgresql.org/docs/9.3/static/continuous-archiving.html

(147) а, ну понятно, откуда эти "ПИТРы" пошли :)

(148) не только http://www.oracle-base.com/articles/12c/rman-table-point-in-time-recovery-12cr1.php

Леша, это общепринятое в буржуйском мире сокращение, пользуются все, и т.к. книжки и мануалы в основном сугубо на английском, и профильные форумы тоже, вот оттуда оно и пошло. Это не исключительно относящееся к Postgre.

(142)А кто запретил снапшоты в файловой? И восстановление на время снапшота?
За день четыре снапшота делается, через каждые три часа.
Прозрачно для пользователей, по нагрузке незаметно вообще, ибо базы на SSD, а теневое копирование идет на другой том.
В любом момент можно либо подключить папку со снапшотом и читать ее, либо восстановить.

(149) ну нет в MS SQL никаких ПИТРОВ ))
http://msdn.microsoft.com/ru-ru/library/ms190982(v=sql.105).aspx
В Postgre - есть.
(150)"это общепринятое в буржуйском мире сокращение"
ничего подобного. Это сокращение - сугубо "выделиться среди равных", т.к. совершенно бессмывсленно :)
http://msdn.microsoft.com/en-us/library/ms179451.aspx

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

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

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

(153)"скуль в курсе транзакций, а файловая система нет."
да ну? в файловой запрещены транзакции?

(151) При этом точно не может произойти никаких накладок? Это штатная процедура, рекомендованная разработчиком?

(153)"скуль в курсе"
вы транзакции в 1С и в SQL различаете вообще?

(155)И как такой разделитель поможет оперативно отдать базу клиенту удалив у себя?

(156)Файловая система работает с файлами, БД для нее файл.
Про то что с этим файлом работает какая-то другая БД и совершает какие то транзакции она вообще не в курсе.

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

(160)"Про то что с этим файлом работает какая-то другая БД"
как раз в курсе. Только 1С не сделала никаких нормальных инструментов администрирования базы - почему? Правильно: это ДЕМО СУБД от 1С!

(158)В скуль версии 1с на диск ничего не пишет, поэтому на чисто 1сные транзакции пофиг.
Пишет скуль, и он за своими транзакциями следит, и может корректно откатить.

(163)"В скуль версии 1с на диск ничего не пишет"
кто вам это сказал? ))
вы про логи, ТЖ и прочее знаете?

(162)Объясни каким образом файловая система знает о БД работающей с файлом?

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

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

(165)" большинство пользователей 1с работают с файловой."
если только у вас ))

(164)Хорошо, тогда на скуль версии вырубите скуль сервер, и посмотрите как сервер 1с запишет базу на диск.
Если все корректно получится, я бутылку коньяка поставлю.

(152) у Оракл и DB2 тоже. У мелкомягких все по-своему. Не в том даже дело. Просто как ни называй - как сделать откат на произвольную точку во времени средствами файловой?

(165)"Объясни каким образом файловая система знает о БД работающей с файлом?"
точно таким же, каким об этом знают все СУБД.

(169)"Просто как ни называй - как сделать откат на произвольную точку во времени средствами файловой?"
копии файловой на каждую секунду? )

(167)С скулем работают только более менее крупные организации.
Организации с числом сотрудников порядка 20человек, и одним бухгалтером в штате работают с файловой.
А таких компаний значительно больше.

(171)Этого там нет, но как правило и не требуется, если вам это нужно, переходите на скуль.

(168)"тогда на скуль версии вырубите скуль сервер"
ну я уже понял, что вы не в курсе ))
Хотя б даже того, что 1С СНАЧАЛА проверяет наличие SQL сервера, а потмо устанавливает связь и делает запрос/запись.

(168) понятно, в какой момент бьются SQL-базы 1С? ))
подсказка: все в 174

(170)Ты хочешь сказать что файловая система NTFS знает что с файлом 1Cv8.1CD работает база данных такого то производителя?
Бред.
Файловой системе совершенно пофиг кто работает с файлом.
И она никак не может определить БД туда что-то пишет, или это пользователь блокнотом открыл и редактирует.

(174)Ну я вообще то утверждал, что в скуль версии вся запись на диск идет исключетельно средствами скуля.
Поэтому невозможно ничего записать средствами сервера.

Но поскольку ты утрверждаешь что сервер 1с пишет все сам, то я тебе и предлагаю, попробуй поработать с отключенным скулем на скуль версии.
Даже бутылку готов выслать,если у тебя получится.

(167) Кстати, он прав - к нам приходит юная леди от франча и приносит диски ИТС, так она говорит, что на ее участке только у двух контор SQL, у остальных одна-две файловых, которые эта девушка и обновляет. Так что если по кол-ву - файловых, наверное, больше.
(171) Вот-вот. Именно об этом я и говорю.

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

Но вот если у тебя один пользователь в базе, в какой такой ситуации у тебя может появится необходимость откатить базу на конкретное время с точностью до секунды?
Я такой ситуации не представляю.
Достаточно раз в три часа, да и то редко используется.

(179) Пост 109, последняя строчка :-)

Похоже, тема скатывается к вопросу "SQL или файловая?" Думаю, http://www.gilev.ru/mssqlvsfile/ самый нормальный ответ

(125) список того по чем 1С несёт ответственность?
Что типа если у меня рухнула база на скуле, то виновата 1С, а если база была файловая, то 1С не виновата?

(128) у меня было такое, поставил чисто посмотреть УТ11.0 на сервере, и даже не заходил туда, лежало без надобности, но (!) она начала активна рожать фоновые задачи и загнала в ступор сервер предприятия. Пришлось срочно удалять её.

Так что всякое в жизни бывает

(180)Ну дело в том что на этом диске не только базы лежат, там есть еще кой какие ответственные документы.
А поскольку доступ бывает по сети - корзина не работает.
Бухгалтерша зашла, и по неосторожности снесла базу, или папку с отчетами и все паника, в корзине нет ничего.
А так - зашли на сервер и выдернули вытащили все что надо.

Т.е теневое копирование при сетевом доступе удобно еще и в качестве заменителя корзины.

(181)Ну это давно всем известно.
Просто люди начинают кидаться в крайности.
Кто-то сидит с десятком пользователей на файловой
Кто то ради одного юзера ставит скуль.
ИМХО под задачи надо подбирать решение.

(186) Кто бы спорил.