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

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

(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) Тут достаточно простого хранилища вида: Ключ - Значение. Умная СУБД не нужна.