Добрый день.
Наша информационная база расположена по адресу вот такому \\Pc1\база1с\УТ103_ИП_Розница\1Cv8.1CD
Программка Tool_1CD выдает ошибку: "Ошибка открытия файла базы (файл открыт другой программой?)"
Как определить какая программа блокирует и вызывает эту ошибку? Просьба написать как обычному пользователю, я не 1С-программист и многих терминов просто не знаю.
Вообще ситуация такая, что директор стал перед выбором, либо организовывать работу 1С в клиент-серверном режиме, либо определить в базе 1С допустимый свободный размер таблицы отвечающей за хранение номенклатуры и с ней же - описание, картинки, характеристики товара.
1С констатирует ошибку когда подгружаешь pdf-файл к номенклатуре: "Превышен максимально допустимый размер внутреннего файла 1Cv8.1CD" Ок. Хорошо, допустим подгружать pdf не будем, но ведь тогда есть ограничение и на хранение самой номенклатуры. Вот с помощью этой программки я и хотел определить, сколько осталось свободного места для хранения номенклатуры.
Сейчас база 5 гБ.
(3) Ограничение в файловой базе - 4гб на таблицу. Изображения хранятся не в справочнике Номенклатура. Есть справочник ХранилищеДополнительнойИнформации, у него реквизит типа ХранилищеЗначения. Если в настройках задано хранение файлов в БД, то в этом реквизите храниться картинка. Соответственно таблица для справочника ХранилищеДополнительнойИнформации разрастается, а расти ей уже некуда всвязи с ограничением на файловую версию. Т.е.
1) вы сами создали себе проблему, храня картинки в БД
2) если нужно протянуть время - не добавляейте картинки, файлы
(10) скопируйте себе файл .1CD и работайте с ним спокойно. В тул1сд да, можно глянуть по таблицам какая занимает большего всего места и далее уже определяться.
О_О. Походу я лошара)) Полез посмотреть настройки. Походу в 10.3 картинки хранятся только в БД. Извиняюсь. (10)Tool_1CD не пользовался, должны храняться в ХранилищеДополнительнойИнформации. В любом случае не в Номенклатуре. И если у вас таблица с картинками разраслась до 4 гигов, а всего - 5 гигов, значит угрозы переполнения других таблиц (в т.ч. номенклатуры) нет.
Да, я с вами согласен, в перспективе переходить на SQL просто необходимо. Но сейчас для нас крайне не простое время, плюс работы нет особо (мы занимаемся монтажом и реализацией систем кондиционирования), по этому хотели немного повременить хотя-бы до весенне-летнего сезона. Ведь нам позволяет 1С работать и создавать новую номенклатуру, выводит ошибку только при подгрузке pdf.
Поскольку Tool_1CD предоставляет возможность правки таблиц без использования механизма блокировки данных 1С, то для работы ей требуется монопольный доступ к базе.
Короче, как для неспециалиста: все вон! Либо 1С, либо Tool_1CD!
да понятно, спасибо :-) в клиент-серверном режиме работы с 1С, нужно ежемесячное обслуживание со стороны системных администраторов для такой архитектуры?
(16) Не нужно, если нормально всё настроить. А вообще, у меня такое ощущение, что ваша база забита просто картинками да пдф-ами, а ради этого переходить на клиент-сервер, мягко говоря, пустая трата денег.
(17) x2z7yy, а в каком количестве 1С может хранить номенклатуру (в файловой БД, не "клиент-сервер" )? у нас пошел 7540 порядковый номер, из этого только 2 000 тыс. номенклатурных позиций с картинками выгружается из 1С на сайт. Остальное без картинок, в разных папках, например "Архив" и т.д.
(20) loginabs, вам уже написали. Файловая версия 1С может хранить в 1 таблице максимум 4 гига. Как только в этой таблице будет больше сразу будет отказ.
Таблица это или справочник или документ или регистр и прочее.
У вас таблица: справочник "ХранилищеДополнительнойИнформации" уже почти 4 гигабайта.
Почистите файлы проблем не будет. Или перейти на SQL там ограничение на таблицу 8 терабайт.
(16) loginabs, обслуживание нужно всему хоть БД, хоть компьютеру, хоть автомобилю, другое дело - график обсулижвания, насчет ежемесячного трудно так сказать - надо полностью обследовать систему - какой сервер, какая база, какова интенсивность работы. Если систему совсем не обслуживать у нее рано или поздно закончится место на диске, сдохнет куллер, отвалится колесо...
кстати говоря работал в одной отраслевой конфой, так там любой заказ отправленный в электронном письме сохраняется в pdf в регистре сведений, необходимость хранения такой инфы в базе нет, а база пухла как на дрожжах, в итоге написал очистку регистра за определенный период, так что в принципе подход верный сначала определить причину роста базы, а потом уж решать sql не sql
да, я это видел - 4гБ! Но я спрашивал в количественном эквиваленте. Понимаю, что это все будет относительно, но хотелось бы услышать, хотя-бы приблизительное количество. Вот например сколько может занимать места в таблице одна такая номенклатура http://joxi.ru/8235v30F6nD1dr , картинки оптимизированы в Photoshop.
(22) loginabs, сам элемент занимает мизер это текст, ну допустим 2 килобайта. Это один элемент справочника "Номенклатура".
А вот картинка, по разному! Картинка это элемент справочника "ХранилищеДополнительнойИнформации". Узнать конкретный объем можно просто сохранив ее себе на компьютер или скачать специальную обработку и она сама это сделает. Картинка может и 5 мегабайт занимать, а может и 50 килобайт. Смотреть нужно!
(22), 4Гб разделить на (средний размер картинки + 5кб) равно кол-во элементов максимум.
5кб - это я огрубил размер данных самой номенклатуры без картинок и прочего.