Реализация через одно место
https://wonderland.v8.1c.ru/blog/khranilishche-dvoichnykh-dannykh/

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

Дополню: сейчас файлы битые или удаляются из копий баз методами БСП (если хранить в томах), а с таким подходом ошибок будет в несколько раз больше.

(0) Годно!

(0) Нормально реализовано, молодцы, что ушли от СУБД. Дефакто, запилив свой аналог SQL-ного Filestream.

Интересен только формат базы этого хранилища, неужели 1сd будет?))

(0) Для второй базы тоже надо настраивать доп. резервные копии. Что именно тебе не нравится? Формат хранения вне СУБД? Так большие бинарные данные и не должны храниться в СУБД. СУБД для маленьких числовых )))

А чем файлы не устраивали? Да там программировать нужно больше, но и больше кастомизации можно сделать

Опять 1С с timurhv не согласовала
Ну вот что за люди, а

(6) Не пользуйся.

(6) "все реквизиты типа ХранилищеЗначений, чей размер больше указанного в настройках, будут сохранены в хранилище двоичных данных"
Ну давай, реализуй сам, ага

Про формат то хранения кто в курсе хоть?.. если грохнется хренилище новое, надоть как - то доставать потом жешь..

(8) Переживает, что спецы в 1С всякой фигней заняты

(9) технических трудностей я не вижу

Просто уже была история про журнал регистрации в SQLite. Не взлетело

(12) Технических сложностей нет и ERP написать, пиши

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

(0) Бесполезная ненужная хрень, которая не станет популярной из-за кучи глюков

Чем тома файлов на дисках не алё?
Их хотя бы можно стандартным образом бэкапы и если что открыть/поправить

Лучше бы добавили в платформу 1С нормальный механизм (отличный от глючного ВИД) доступа к внешним БД их нативными средствами
Чтобы любые внешние базы данных использовать, неважно SQL они, NoSQL или просто Key-Value

И добавили в платформу 1С возможность использовать обычные DLL, не только кривые ВК
А так же встроили веб-сервер (достаточно http сервисов) в клиента и сервер 1С
Чтобы не надо было внешний веб-сервер (apache или iis) для сервера 1С настраивать/использовать
Ну и чтобы можно было на клиенте 1С входящие http принимать, что было бы удобно вместо механизма ВК для обработка внешнего события

(18) Ты микросервисы забыл.

(0)Следующий шаг - отдельная база для итогов?)

(0) Как обычно 1с идет своим никому неведомым путём

(19) угу
и похоронить этот Исполнитель на Java
сделать нормальную штуку (аля OneScript или Гонец) для написания микросервисов на ЯП 1С со всеми возможностями платформы

(0) Ну где-то будет норм - где-то не очень... в прошлой конторе у одной из моих нетленок ИБ занимала ну пусть 200Г, а вот файло - на тот момент уже немного более 4Т и росло и росло... в именно том случае в базе файло хранить не надо категорически, а вот где блобов мало и нужно бэкапить их - там возможно даже очень ня!

(18) Так автономный сервер это не оно что-ли?

(18) Что ж вы так ВК не любите, там в С интерфейсе самое страшное это множественное наследование в одном из объектов, ну и невозможность передавать свободно массивы и структуры/объекты. В остальном обычный С, который не прощает ошибок.

(25) в С наследования нет, вообще никакого. Только голые структуры

Как обычно все только в корпе?

а где по факту будут эти двоичные данные храниться теперь? В "C:\Program Files\1cv8\..."?)
"Проблемы с бэкапом и восстановлением БД." - ага, теперь вместо 1 бекапа, нужно будет делать 2.

(28) См. (8)

(29) отличный совет на вопрос хранения файлов

А кроме файлов что еще в хранилищах хранят?
Ибо для файлов то уже есть механизм

(31) Вас сейчас так же отправят читать (8)...

(26) Я как бы в курсе чем отличается С от С++ (без особенностей современных стандартов). А вы читали руководство по разработке ВК?

(28) >> где по факту будут эти двоичные данные храниться теперь? В "C:\Program Files\1cv8\..."?

В реестре кластера в папке базы в каталоге srvinfo. Если он по умолчанию оставлен у вас в C:\Program Files\1cv8\, то значит там.

>> теперь вместо 1 бекапа, нужно будет делать 2.

При хранении файлов в томах на диске вместо базы тоже надо было озабачиваться бекапом этих томов и файлов отдельно.
В этом плане ничего не поменялось.
Хотя вопрос интересный.
Как получить синхронизированный бекап БД и этого хранилища?
Как должно происходить разворачивание или перенос копии такой базы, когда бекапа два - из СУБД и из хранилища?
Что происходит при выгрузке такой базы в dt? Файлы будут выгружены из хранилища в dt или их как-то отдельно надо будет выгружать?

ИМХО, новый механизм - неплохая альтернатива варианту хранения файлов в томах на дисках.
Уменьшает риски рассинхронизации данных о файлах. Когда с файлом что-то сделали не через 1С или в 1С неверная ссылка на файл.
Ну и дополнительная защита от шифровальщиков.

Для баз с большим количеством файлов (типа ДО) из трёх вариантов - в базе / в томах / в хранилище - я бы в первую очередь рассматривал вариант с хранилищем.

Впрочем, как обычно, дьявол будет в деталях. Как именно это будет реализовано и насколько стабильно будет работать.

(33) как оно поможет в понимании того, что в Си нет наследования? )))

(34) Вот именно в деталях - "из трёх вариантов - в базе / в томах / в хранилище" - это Ваши фантазии, они же написали Все поля Хранилище значений из базы больше некоторого объема.
И самое главное почему все убеждены, что это хранилище будет иметь простой формат файловый системы? То есть Вы сможете работать с ней не из 1С? Это и будет большой облом.
Вы видели хранилище документов у Битрикс?

Логически нормальный поступок от фирмы 1C. Для трехмесячных программистов 1С, который сдуру засунул в базу все файлы фотографий, видео и база стала катастрофически раздуваться. Теперь он будет требовать обновления до новой платформы ;)

(34) вот это уже более развернутый ответ, спасибо

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

(34) откуда инфа про папку srvinfo ?

(38) как я понимаю речь НЕ про файлы, а про хранилища которые содержат ... вот только что не понятно. Может какие ответы вебсервисов типа ЕГАИС

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

(39) ...а часть - в специальном каталоге кластера серверов 1С:Предприятие.

(36) >> это Ваши фантазии.

Нет. Никакие это не фантазии. Ты хоть статью читал? Или сам сейчас фантазируешь.

>> почему все убеждены, что это хранилище будет иметь простой формат файловый системы?

Кроме тебя, по-моему, все убеждены в обратном. Это хранилище будет иметь какой-то свой формат. И уж точно не формат файловой системы.

>> То есть Вы сможете работать с ней не из 1С?

Как с обычными файлами - конечно же нет.

>> Это и будет большой облом.

В этом и суть. А не облом.

>> Вы видели хранилище документов у Битрикс?

Нет.

(41) + Будет еще одна глава в копилку эксперта по технологическим вопросам крупных внедрений. "Что делать, когда 1С схлопывается в коврик с ошибкой "не найден внутренний ресурс по пути тра-ля-ля".

(39) >>  откуда инфа про папку srvinfo?

Бл**ь! Да хоть кто-нибудь тут статью из зазеркалья читал по ссылке?

Оттуда:
Включение хранилища двоичных данных для конкретной информационной базы приведет к тому, что часть данных будет храниться как и раньше в СУБД, а часть - в специальном каталоге кластера серверов 1С:Предприятие.

Каталог кластер серверов - это папочка srvinfo.

нет чтоб сделать по человечески и научить 1 экземпляр работать с несколькими базами

Если этот каталог не будет настраиваться - это фэйл

А какой потенциал для развития этой штуки! Сегментация, шардирование. Вся эволюция СУБД впереди.

(48) >>Поэтому рекомендуется выполнять резервное копирование и базы данных, и «Хранилища двоичных данных».

а как обеспечивать сопоставление версий бэкапа БД и этой фалопомойки?

Стратегии резервирования, разностные бэкапы... Непочатый край.

(46) Какой в этом смысл и чем это будет отличаться от варианта, придуманного 1С?
Кроме кучи потенциальных проблем в случае, когда одна из двух баз вдруг ломается или становится недоступной (например, если размещена на другом сервере, который вдруг упал).

(49) >> а как обеспечивать сопоставление версий бэкапа БД и этой фалопомойки?

Это пока непонятно.
Возможно, примерно так же как в случае хранения файлов в томах. То есть никак.

(52) ну и нах тогда это нужно было делать?

(47) >> Если этот каталог не будет настраиваться - это фэйл.

Нет никакого фейла.
Если ты выбираешь вариант с хранилищем - подумай сразу где ты разместишь каталог кластера.
Размещение каталога кластера серверов настраивается.

Мне не нравится сама идея хранить что-то вне СУБД. Для того СУБД и придуманы были, не изобретать велосипеды чтобы.

(52) Да, за исключением маленького ньюанса. Для файлопомоек есть отлично работающие готовые стратегии. А этой тыквы все велосипеды еще впереди.

(53) Тоже статью не читал? Ну и нах тогда было писать?
Там, по-моему, внятно написано о целях этой разработки  решаемых задачах. Если озвученные цели не стоят перед тобой, читай (8).

(35) Интерфейс ВК основан на С++, а вот остальное можно делать в С-стиле.
(0) Непонятно, почему нельзя было использовать файловые потоки MS SQL, например.

(57) Лучше бы как в (0) сказано - сделали хранилище ДД в любой произвольной поддерживаемой СУБД, а не в непонятном велосипедном блобе внутреннего формата.

(58) а FILESTREAM разве в постгре работает?

Минуту... Начинаю прозревать будущее... Оп-оп... Вот оно! Вангую!!
Нормальную функциональность по хранению и администрированию этой хрени выкатят потом в КОРП!
Устали мучаться на больших масштабах? Добро пожаловать в клуб!

(57) Ты все время пишешь какой-то бред.

ОФФ.
(62) Просто не читай мои сообщения. Так всем будет намного легче. Тебе не придётся читать. А мне не придётся отвечать на твой бред.

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

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

(64) Да на раз-два. В очередной БСП уберут поддержку томов и останется только подождать.

1C свою mongoDB наверное написала.

Интересно, как это все будет бэкапится, если в кластере больше одной базы.

Это не будет бэкапиться, бгг. Нет бэкапов - нет проблем.

(0) Интересный механизм.
У меня картинок около 200 000 штук.
Давно переписал механизм хранения, их храню как файлы в сетевой папке. Размер папки с картинками 50Гб.
Сканы договоров отдельно тоже лежат, 10 Гб.

(66) >> В очередной БСП уберут поддержку томов и останется только подождать.

Если из БСП до сих пор не убрали поддержку внешних отчетов и обработок, которые ещё с 2.5 можно было перенести в расширения, то поддержку хранения файлов в томах и подавно не уберут.

(68) >> как это все будет бэкапится, если в кластере больше одной базы.

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

(72) >>Если ты не знал, то у каждой базы в кластере своя папка.

да ты че? и как же эта папочка называется, по имени базы наверно, да кэп?

(71) А с какой целью по твоему мнению нужно убрать поддержку внешних отчетов и обработок?

(73) Вообще-то по GUID-у.

(73) >> как же эта папочка называется?

Ты этого реально не знаешь или идиотом прикидываешься?

(0)
Нормально сделали.
Будет быстрее, чем через файлы БСП.
Со временем добавят админского сахара, и всё станет шоколадно.
Это фича из разряда "ну наконец-то" имхо.

(0) Не увидел ответа на вопрос, как обеспечить согласованность данных в базе и в хранилище (как сделать бэкапы одного и другого на один момент времени, как сделать PITR).

Не увидел возможности указать место хранения. Симлинки? Для большого объема данных нельзя выбрать наиболее подходящее устройство, вы серьезно?

(3) Да вот лучше бы заюзали Filestream и не выделывались. До "аналога" там далеко.

ОФФ.
(74) >> с какой целью нужно убрать поддержку внешних отчетов и обработок?

А с какой целью её оставили?
Внешние отчеты и обработки это конечно иногда удобно. Но это по меньшей мере небезопасно. Не даром 1С постоянно вываливает запрос на запуск и/или подключение внешней обработки из файла.
Менее производительно. Внешняя обработка заново сохраняется и компилируется при каждом новом открытии.
Во внешних отчетах и обработках нельзя использовать модуль менеджера.
Проблемы с ограничением доступа к внешним отчетам и обработкам. Тонкая настройка прав и ролей фактически недоступна.
Интеграция внешних отчетов и обработок в командный интерфейс ограничена.

Это старый морально устаревший механизм. Оставили его, ИМХО, только для совместимости. Уж слишком много их понастроено, чтобы в одночасье взять и отключить.

(78) >> Не увидел ответа на вопрос, как обеспечить согласованность данных в базе и в хранилище.

Этого пока никто не увидел.

>> Не увидел возможности указать место хранения.

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

(79) >>лучше бы заюзали Filestream.

Это тема есть во всех поддерживаемых СУБД? Или только в MS-SQL?

ОФФ.
(65) Есть ко мне вопросы по расширениям - напиши в личку или заведи отдельную ветку.
Дам консультацию.

(80) > Но это по меньшей мере небезопасно
С чего вдруг? Их добавление и назначение контролирует администратор. И режим их выполнения - тоже.
> Внешняя обработка заново сохраняется и компилируется при каждом новом открытии
ЕМНИП - нет. При повторном открытии ранее уже подключенной через менеджер внешних обработок. Но не поручись как в БСП делается, а лезть внутрь лень. Но скорее всего переиспользуется.
> Во внешних отчетах и обработках нельзя использовать модуль менеджера.
Да, неудобно. Пущай добавят.
> Это старый морально устаревший механизм. Оставили его, ИМХО, только для совместимости.
Ну а мне так не кажется ;-Р

(0) Да похрену. Все кому надо запилили уже внешние базы и переточили хранение "мцсора" на них

(84) Ты точно не путаешь понятия "реестр ОС" с "каталог реестра кластера серверов 1С", радость моя? )))

(87) Вася, как по имени каталога в таком виде 6b19bbee-25ed-49bb-b81d-4f177b999c9f ты определишь к какой базе он относится?

ЗЫ я тебе не радость, пидорские замашки храни для других

(85) >> Пущай добавят.

Интересно как?

(84) (88) если не лезть в кластер сервера 1С (ну например, нет доступа), то можно в стартере 1С у выбранной базы - ПКМ (правая пипка мышки) - Сохранить сцылку в файл... - сохранится файлик с расширением .v8i

Бинго бонго, в нем как раз GUID базы ID=цыхрыбуквы-блабла-гуйид-ffa5efb5383f (имя папочки базы в родительском каталоге кластера сервера 1С, где логи  ЖыРа этой базы(журнала регистрации) лежат)

"ВСЕ РЕКВИЗИТЫ типа ХранилищеЗначений, чей размер БОЛЬШЕ УКАЗАННОГО В НАСТРОЙКАХ, будут сохранены в хранилище двоичных данных (при условии, что использование хранилища двоичных данных включено и у хранилища не установлен режим «Только чтение»)."
хера себе критерий. программа теперь сама за нас будет решать - что в мусорку скидывать, а что в оперативной доступности держать?.. а если мне одну "большую" переменную часто надо юзать - а "маленьких" кучу надо на постоянное хранение свалить?..
идиёты. хотели как лучще (наверняка!) - а вышло ху.. как всегда.

(90) да неужели? и ты предлагаешь вручную эти фрикции проделывать каждый раз при бэкапе базы?

(88) >> как по имени каталога ты определишь к какой базе он относится?

Тебе ссылки нужны на документацию с ИТС? Или ты продолжаешь идиотом прикидываться?

PS Замашки видимо только тебе видятся. Ну извини, если задел за живое. Твоя ориентация - твоё личное дело.

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

(89) Тебя возможный вариант синтаксиса интересует? Ну, например так:
МенеджерОбъекта(Объект/ОбъектСсылка/ОсновнойРеквизитФормы).ИмяФункцииМенеджераОбъекта()

(82) В некоторых есть аналоги. А там где нет, есть два других поддерживаемых механизма хранения.

(84) Вован, остынь, тут тебе не подворотня.

P.S. Почему тут хамство не модерируется так же рьяно, как политика? Означает ли это, что Волшебник официально поддерживает такой стиль общения?

(98) знаю канешн, в отличие от тебя. как говорится - R.T.F.M (идите нах зачеркнуто учите матчасть)

(92)(98) Открой для себя сервер администрирования rac.
Там ты можешь получить всю необходимую тебе информацию, включая УИДы баз в кластере, соответствующие их именам.

(97) > Почему тут хамство не модерируется так же рьяно, как политика?
Потому что хамов и среди модеров каждый полуторный и пока не хамят лично им, то и норм. А от политики сразу подгорает, если что не по их.

(102) а вы думаете модеры 24/7 сидят во всех ветках и мониторят каждое сообщение?

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

(103) Не во всех. Только в политических. С политикой в проф-темах могут чуток и опоздать.

(91) цЫтата из (0)

"Использование хранилища двоичных данных абсолютно прозрачно для разработчиков и конечных пользователей; не надо задумываться над тем, используется хранилище или нет, и не надо ничего модифицировать в конфигурации"

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

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

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

(107) Сходи за примерами в 1С. В статье под заголовком даже кнопочка есть зелёная [Пробовать].
Я больше, чем написано в статье, не знаю.
Про получение синхронизированного консистентного бекапа базы и хранилища уже сто раз высказались. Решения никакого нет или о нём никто пока не знает. И не важно кто там у себя базы бэкапит.

(107) читайте (8)

(109) бэкапить этот файлик хренилища после бэкапа БД. с вероятностью 146% (если выгонять всех пользователей из БД, чтобы они своими руч0нками не гадили в хренилище бинарных файлов) он будет консистентен для БД

(108) >> это будет еще одна проприетарная непрозрачная СУБД с проблемами в обслуживании.

С высокой долей вероятности именно так и будет.

(0) + К дичи.
Они это сделали для конфигураций типа "1С:Документооборот". Т.к. хранить файлы в базе с основными данными - тяжело для базы, а файловая система загибается на миллионах файлов.
Будет проще бэкапить основные данные. С другой стороны - от бэкапа двоичных данных тоже никуда не деться.

(111) вот будет забавно, если при добавлении файла/изменении сервак ребутнется, а при последующей работе с хранилищем - "Ошибка формата потока"...

(101) А зачем ты тогда говорил про rac?

(78) Читайте в книге "Как высыпаться за 4 часа". Никак.

(110) >>  бэкапить этот файлик хрfнилища после бэкапа БД. ... если выгонять всех пользователей из БД, ... он будет консистентен для БД.

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

(110) Ты же сказал что знаешь, а теперь сливаешься.

(72) > у каждой базы в кластере своя папка
А. Ну то есть, чтобы прое.ать все файлы в базе достаточно просто удалить ёё из кластера и добавить её обратно в кластер. Ясно. Понятно.

я просто ошизеваю от Dmitrii и PLUT

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

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

(113) >> будет забавно, если при добавлении файла/изменении сервак ребутнется, а при последующей работе с хранилищем - "Ошибка формата потока".

Тут вообще миллион вопросов.
Какой будет инструментарий по работе с этим хранилищем, по его проверке, тестированию, восстановлению.
Будет ли возможность работать с данными в нём из встроенного языка? Или вообще в обход 1С.
Если это какая-то СУБД, то поддерживаются ли там транзакции.
Или это действительно будет чёрный ящик абсолютно недоступный.

Кто-то уже написал. Дьявол в деталях.

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

(119) Ты задал конкретные вопросы. Тебе на них ответили. Не нравятся ответы - извини.

(123) Это Миша, друг Ромы. Он по-другому тупо не может :(

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

Как ни крути, а енто хранилище должно быть полноценной СУБД со всеми сопутствующими плюшками. И если сейчас они выкатят невнятную проприетарщину, то помяните мои слова - в КОРП потом прикрутят что-то более человеческое. Будут разводить руками и проводить параллели с файловыми базами.

(116) а с ЖыРом (журнал регистрации) ты как поступаешь? при полной модели ты журнал регистрации как откатываешь? тут то же самое. в любой непонятной ситуации восстанавливай самый свежий файл хренилища бинарных данных - не ошибешься :)

это же файлопомойка, применительно к Документообороту если - то там "версии" файлов, т.е. по-умолчанию ничего не пропадает, только добавляется :))

(128) Неудачная аналогия. ХранилищеЗначения - это не всегда файлопомойка. Хотя может быть и ей.

(129) ну посмотри, какую задачу разработчики решали и для зачем в (0)

цЫтата:
"Часто задачи информационных баз включают в себя не только хранение и обработку интерактивно вносимых данных, но и требуют связки с различными прилагаемыми файлами (сканами документов, фотографиями, аудио- и видеозаписями и т.п.). Например, в 1С:Документообороте к создаваемому договору необходимо приложить скан бумажной версии."

Но вероятно можно считать файлопомойкой. Скорее всего место хранения можно будет настраивать и будет рекомендовано важные вещи хранить в основной СУБД.

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

(112) Большое спасибо за объяснение причины - без него было непонятно, с чего такие новости.

(133) Еще бы кто мне объяснил, почему "файловая система загибается на миллионах файлов", если их в одну папку не кидать.

(135) Возможно в документообороте как раз сделали в одной папке, а не как в подсистеме БСП ПрисоединенныеФайлы - по датам.

Я вижу два вменяемых варианта реализации "хранилища": прозрачная раскладка на файлики по типу БСП и взрослая документоориентированная СУБД. Другие варианты вменяемыми не кажутся.

Хотя документоориентированная не нужна по большому счету. Сиквел тоже пойдет, вероятно.

(136) 1С часто выбирает третий путь (как и в этом случае) - собственный велосипед.

(68) это платформенная хрень для каждой конкретной БД в клиент-серверном варианте

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

(139) кладешь эту хрень на рейд с зеркалом и не паришься по поводу.

(138) 1cd наше фсё.

(139) и конечно же у тебя есть для этого скрипты, да, КЭП?

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

(142) чойта вдруг зачеркнуто с херали?

пригласите спецЫалиста, если вам скрипты нужны для этого

зы. кнопочку [Попробовать] в (0) жмакали уже?

я нет

(144) зеленую кнопочку [Пробовать]* в начале статьи

(144) > я нет
Все - нет. Пиздеть - не мешки ворочать :)

(146) "Планируется в версии 8.3.22"

у меня нет

(147) у меня нет 8.3.22, да еще и клиент-сервер :)

(146) там не все так просто, нужно заполнять анкетку, насколько я понял, это больше для партнеров 1с.

Ну дык я так и сказал.

(128) Аналогия с ЖР неверная. ЖР не часть данных, должен храниться отдельно, бэкапиться независимо, и никаких "откатов".

(151) Не согласен. Подавляющая часть ЖР имеет отношение к данным. И должна хранится в базе. Меньшая часть (те события, которые относятся к системным ошибкам и события, фиксируемые до логина пользователя) - в отдельном файле. К сожалению, 1с в общую кучу всё свалило.

(128) >>  а с ЖыРом (журнал регистрации) ты как поступаешь? при полной модели ты журнал регистрации как откатываешь? тут то же самое.

Это совершенно другая история. В ЖР не ранится критически важной бизнес-информации.
Если я откатываю базу назад, я оставляю текущий ЖР, там просто останутся события, которых "не было" в откатившейся версии.
На практике я даже не заморачиваюсь с восстановлением ЖР. А бекап ЖР используется только для разбора каких-то старых историй.
Теоретически при падении сервера может понадобится восстановить ЖР. Но я в своей практике не сталкивался с такой потребностью - иметь возможность восстановить ЖР. Ну останутся расхождения между ЖР и БД - ну и пусть.

>> восстанавливай самый свежий файл хренилища бинарных данных. это же файлопомойка, применительно к Документообороту если - что там "версии" файлов, т.е. по-умолчанию ничего не пропадает, только добавляется.

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

(131) >> Скорее всего? место хранения можно будет настраивать.

Возможно. Но пока этого не заявлено.

>> ... и будет рекомендовано важные вещи хранить в основной СУБД.

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

ОФФ.
(125) Если тебе мерещатся серьёзные щи, мегаинсайды и прочая голубятня, это твои проблемы. Выпей таблеточку и взгляни на мир чуть попроще, а не пытайся увидеть того, чего нет.
Надеюсь, тебе есть чем заняться, кроме как следить за всеми моими высказываниями во всех ветках.

(134) Сложно бекапы делать, когда много файлов - обход только списка измененных файлов может занять часы. Или бэкапить раздел целиком.
(136) Тут достаточно простого хранилища вида: Ключ - Значение. Умная СУБД не нужна.