Глобальный контекст.УстановитьМонопольныйРежим

Сначала вручную подготовьте отдельную новую client-server учебную базу на своей локальной VM/своем localhost:1541 cluster, не копию production и не общий сервер. Выберите вариант установленной8.5.1.1343, где native GetBinaryDataStorageAvailability=True. Если он False, урок честно отказывает; не обходите edition/license ограничения.

Сами создайте новый canonical nonzero UUID marker и зарегистрируйте только собственную IB с Ref=Уч85Двоичные_<UUID>. В списке баз задайте строку строго Srvr="localhost:1541";Ref="Уч85Двоичные_<UUID>";. Метод ConnectionString возвращает как зарегистрировано: другой порядок/порт/пробелы/дополнительные параметры даже своего адреса безопасно отвергаются. UUID-marker имени не является realIBUUID; строка соединения никогда не выводится.

Конфигуратор → новая конфигурация → имя УчебныеДвоичные85. Никаких типовых справочников/документов/регистров/внешних источников/подписок/регламентных заданий/общих реквизитов/расширений. Встроенное storage изначально Запретить, native состав пуст, внешних storage0. Код не приспосабливает существующую рабочую базу.

Конфигуратор → Справочники → Добавить → УчебныеПакеты85, Иерархический=Нет, код строковый36, Автонумерация=Нет, наименование100. Добавьте ровно три реквизита: КлючОпыта Строка36, Фаза Число(2,0) неотрицательное, Данные ХранилищеЗначения единственного типа. Табличных частей0, модуль объекта/обработчики записи пустые. Это вручную создаваемая собственная учебная metadata schema, не реально внесенные автором изменения.

Создайте ровно одного собственного реального пользователя IB Уч85Двоичные_<тот жеUUIDmarker>, с уникальным actualIBUUID, административными правами и правом монопольного режима только в этой учебной базе. CurrentUser и списокactualIBUsers проверяются. Никакого privileged impersonation/сервисных пользователей/установленных разделителей нет; права контролирует native платформа.

Обязательная отдельная ручная подготовка администратора: предварительно включите оптимизированное хранение двоичных данных в БД способом, документированным именно для вашей установленной поставки8.5.1.1343/ее средства администрирования. Native SetDataCopiesPlacementMode прямо требует его и иначе выдает ОшибкаСоединенияСБазойДанных. В экспортированной native справке не найден BSLsetter этой настройки; здесь не выдумывается его имя, CLIflag или меню. Если эта prerequisite не подтверждена владельцем стенда по документации своей поставки — не запускайте опыт. Данная предварительная настройка не заменяет включение встроенного storage менеджером.

Конфигуратор → Общие → Общие модули → УчебныеДвоичные85: Сервер/Вызов сервера=Да, Клиент/Привилегированный/Глобальный=Нет. Вставьте SERVER целиком. Storage manager только сервер; наличие глобального size-метода на клиенте не переносит native setters в client context.

Создайте свою внешнюю обработку с управляемой формой, строковыми реквизитами МеткаСвоейБазы36 и Подтверждение100 и командой ВыполнитьОпыт. Вставьте supporting CLIENT целиком. Никакого автостарта/HTTP/UI upload/file dialogs или фонового расписания нет.

Войдите под единственным своим администратором, закройте прочие свои сеансы, конфигуратор и фоновые задания. Native exclusive lock устанавливается только если возможно; чужие сеансы не завершаются и блокировки не снимаются принудительно. Общих реквизитов нет, поэтому области разделения не заданы.

Перед запуском каталог пуст, режим storage Запретить, состав0, external storage0. Введите свой marker и сначала неправильное подтверждение: данные не должны создаться. Затем сознательно введите СВОЙ ПУСТОЙ СТЕНД ДВОИЧНЫЕ85 и нажмите один раз. После ошибки/обрыва не повторяйте: собственные настройки/записи могли сохраниться частично.

Опыт создаст новый ownnonce и six real own catalog objects. Payload формируется только из nonce/номерафазы/256строк книги3×250=750 в памяти, UTF8 безBOM, bounded4..16KiB, ValueStorage безcompression. Ни чужие файлы, ни произвольный client payload/metadataID/SQL не принимаются.

Фазы1..4 последовательно устанавливают четыре native placement mode и проверяют getter, затем реально записывают новый own object и читают отдельно через real saved ref.GetObject/ValueStorage.Get. Проверяются own passport/тип/размер/SHA256. РежимCopyOnRead может копировать при чтении: такой read не обещан физически read-only; созданные свои storage copies не являются backup files.

Фаза5 устанавливает storage.ТолькоЧтение и все равно пишет еще один actual IBobject: native это разрешает и направляет новые binary values в БД. Фаза6 снова ReadAndWrite, но composition.DontUse только для own attribute, и еще одна real IBwrite/read. Состав берет actual metadata реквизита, не каталог целиком, не string и не runtime ValueStorage.

Все шесть сохраненных own objects затем повторно читаются/хешируются. Size API вызывается с пустым search-area array и include=[actual own catalog metadata], exclude=[]: не вся база и не все разделители. Результат — совокупные table+storage bytes, не суммаpayload/размерbackup/списокblob location; величина после не обязана равняться6×payload или строго возрастать.

На успешном завершении настройки сознательно остаются enabled/ReadAndWrite/default=false/threshold2048/composition.Use own attribute/CopyOnWrite, а свои шесть записей сохраняются. Не выключайте storage/не удаляйте его физические файлы: это не миграция оставшихся blobs обратно в БД. Exclusive0→1→0 принадлежит только этому сеансу; при ошибке снимается лишь собственная блокировка, если native снятие завершилось, без автоматического rollback policy/data.

Нельзя проверять failover остановкой production/локального storage process, менять внешние storage, делать backup/restore/ClearUnusedSpace или удалять файлы. Авторские проверки статические/native; реальная 1С/cluster/SQL/storage/UI/files/network не запускались и никаких backups не создано.

До изменений guard проверяет exactCF/version, one local client-server Ref/marker, one actualIBUser, three typed own catalog fields, отсутствие других данных/разделителей/расширений и externalstores0.

Административные действия отличаются от ValueStorage constructor: только native глобальный ХранилищеДвоичныхДанных manager изменяет настройки всей собственной базы. ValueStorage хранит значение и сам не выбирает физический сервер/путь.

Exclusive context первоначально0, затем native1 внутри Try и последовательно0 success/catch. Native невозможность установки не обходится termination чужих сеансов.

Enable создает storage при отсутствии, threshold1024 clamps2048 и это подтверждается getter; default true/false переключается только пока свой каталог пуст, затем own attribute composition explicitly controls записи.

Placement enum четырех фаз readonly/native, свойства не присваиваются. Каждый setter имеет настоящий аргумент нужного типа и отдельный getter; missing optimized prerequisite не подменяется invented setter.

Six own records имеют реальные сохраненные ссылки, own nonce/phase/name, binary data4..16KiB и свежие проверенныеSHA256. StandardCode новый UUID — собственный код, не fake reference identity.

Native ReadOnly не приводит к учебному ожиданию исключения при IBwrite: пятая запись успешно читается в собственномpreparedruntime. Это native-described behavior, не измеренная нами запись физическихDB страниц.

Composition содержит actual own Данные attribute и useflag. Возвращаемые Item.Metadata/Location readonly только сверяются. Objects already mapped другим storage native rejects; ownfixtureexternal0/emptycomposition это исключает в подготовке, не подменяет migration.

Scoped size uses3native arguments and onlyownmetadata include. Не заявляется равенствоphysicalbytes=payloadbytes, storegrowth, отказоустойчивость или runtime вашего сервера.

Actual own six saved refs после записи читаются отдельно; паспорта,4..16KiB размеры иSHA256 совпадают для всех фаз, включая ReadOnly/DontUse.

После native exclusive acquisition заново проверяется пустой own каталог/disabled storage/emptycomposition/external0 до первой мутации, чтобы предварительное чтение не стало ошибочной защитой от изменения состояния.

SetMinWrite1024 подтвердил native2048 clamp. Все четыре placement getter совпали с заданными native enum, финальный storage enabled/ReadAndWrite/defaultfalse/owncomposition.Use.

Фаза5 IBwrite не ожидает исключения: exact native ReadOnly page прямо разрешает сохранение новыхbinarydata вБД независимо от включенияstore.

Scope размера явно own catalog через include metadata, search=[]/exclude=[]; возвращены числабайтов, не полныетаблицы чужойбазы или обещанное равенствоpayloadbytes.

Exclusive lock принадлежит только своему сеансу и снимаетсяsuccess/catch, еслиnative release успешен; policy/данные не объявляются откатившимися при ошибке.

У менеджера нет native constructor: он доступен через readonly глобальное свойство ХранилищеДвоичныхДанных, только на сервере. Не присваивайте глобальное свойство и не создавайте Новый МенеджерХранилищаДвоичныхДанных.

Client-server/local/address marker иmetadata guard — страховки, не доказательство ownership чужого server instance. Новый собственный выделенный кластер/IB по подготовке обязателен.

SupportAvailability говорит о поддержке варианта платформы, не successful storage connectivity/current mode/optimizedDB. Ее True не доказывает все prerequisites.

Native placement setter требует optimized DB binary storage, которое готовит владелец по точной своей документации. Здесь BSLsetter/CLIflag отсутствует честно; при неподтвержденной prerequisite опыт не готов к запуску.

MinSize1024 не является допустимым физическим порогом: native clamps к2048. Payload bound и ValueStorage безcompression позволяют не ошибиться на меньшемcompressed value, но точный serialized overhead не измерялся.

ReadOnly storage не делает IB/каталог readonly: writes идут в БД. Не превращайте режим в access-control или защиту документов от записи.

CopyOnWrite хранит данные в storage и служебной таблице; CopyOnRead пишет в служебную таблицу и синхронно копирует при первом read. DataPlacementToStorageOnly поnative чтению также имеет попыткуfallback из служебной таблицы при ошибке, но само имя не обещает существование полнойDBкопии.

DataPlacementToStorageAndDatabaseOnInaccessibleStorage при невозможностиstore-write пишетвDB; это не гарантия всех старыхblobs вDB и не проведенный failover test. Недоступность специально не создается.

Один metadata attribute нельзя одновременно включить в состав разныхstore. Не копируйте состав из чужой production или не переименовывайте существующий storage: здесь они отсутствуют заранее.

Policy setters/DB writes не обещаны одной общей транзакцией. Отмена собственного exclusive lock не откатывает policy, сохраненныеobjects или storagecopies; никаких автоматических реставраций/повторов.

Size API может быть дорогим, не учитывает историюданных ирасширения, учитывает только доступныечтению данные. Свой малыйcatalog нужен для ограниченного учебного scope; результат не является physical-location/backup proof.

Финальное enabled оставлено сознательно: отключениеstorage после StorageOnly не равно миграцииpayloadвDB. Delete files/cleanup/backups не входят в код и не выполнялись при подготовкеурока.

Только совершенно новая собственная пустая File ИБ C:\1c-labs\OwnDeleteRefs85_3a8e7d41-9216-4bba-86ac-610c70f427d9\IB на отдельном учебном Windows стенде8.5.1.1343. Если путь/регистрация уже существуют — не переиспользуйте и не очищайте, остановитесь. Exact File="путь"; проверяется буквально; UUID в пути — лабораторная метка, не измеренный UUIDИБ. Здесь VM/каталог/CF/ИБ/данные не создавались и1С не запускалась.

Конфигурация УчебноеУдалениеСсылок85: РежимСовместимостиНеИспользовать, ОсновнойРежимЗапускаОбычноеПриложение. Сервис→Параметры→Общие→вид редактирования конфигурации для режима запуска «Управляемое приложение и обычное приложение». Это параметр редактора, не metadataSupportedRunModes. Два справочника, одна обработка, один общий модуль и одна роль. Остальные прикладные объекты/разделители/расширения/параметрысеанса/подписки/задания/источники/хранилища отсутствуют; модули объектов/менеджеров пустые.

Справочник Кандидаты85: неиерархический, без владельцев/табличных частей/предопределённых. КодСтрока12, Наименование80, автонумерацияНет, контрольуникальностиДа. Реквизиты Маркер85 единственныйтипСтрока36, Сумма85 единственныйтипЧисло10,0. Справочник Использования85: те же стандартные настройки, реквизиты Маркер85Строка36, Сумма85Число10,0, Кандидат85 единственныйтипСправочникСсылка.Кандидаты85. Никаких иных реквизитов или связей.

Роль Уборка85Администратор только своей новойCF: Администрирование для списка пользователей, АктивныеПользователи, право установки монопольного режима; все права чтения/добавления/изменения/пометки/удаления обоих собственных справочников и использования обработки. Без RLS/ограничений чтения/разделителей. Единственный пользователь Уборка85Ученик с этой ролью; подключается только он. Это полная учебная роль, не рекомендации производственных прав.

ДО вставки startup вручную сохраните ровно3записи обычными стандартными формами: Кандидаты85 BLOCK85/Сохранить/Сумма85=100 и FREE85/Удалить/200; Использования85 USE85/Связь/100, Кандидат85=реально сохранённый BLOCK85, не UUID-литерал. Маркер85 у всех3a8e7d41-9216-4bba-86ac-610c70f427d9; ПредопределенныйFalse. Обе записи кандидатов вручную пометьте на удаление, USE85 НЕ помечайте. Пометка не равна физическому удалению: USE85 сохраняет настоящую ссылку на BLOCK85.

ОбщийМодуль УборкаПамять85: ГлобальныйНет, КлиентОбычноеПриложениеДа, КлиентУправляемоеПриложениеНет, СерверНет, ВнешнееСоединениеНет, ПривилегированныйНет, повторноеиспользованиеНеИспользовать. MAIN CODE полностью в этот модуль. Обработка Уборка85: единственная основная ОБЫЧНАЯ форма Пульт85, форма сама ничего не записывает при открытии. Реквизиты формы Подтверждаю85Булево начальноеFalse, Статус85Строка2000readonly. Кнопки Монопольно85/Удалить85: обе nativeНажатие→Этап85(Кнопка); формаПриОткрытии0→ПриОткрытии. FORM целиком в модуль; APPLICATION целиком в МодульОбычногоПриложения. Ни событие, ни кнопку вручную не вызывают.

Сохраните/обновите вручную исключительно новуюCF. Закройте Конфигуратор и любые другие подключения своего стенда; не открывайте второе окно/фоновые сеансы/консоль запросов. Запустите толстый обычный клиент. Открытие читает полный объём обоих собственных справочников безГДЕ, сверяет все поля и actualGetObject; записей и блокировки пока нет.

Первое отдельное согласие: поставьте флажок и нажмите Монопольно85. До установки блокировки код заново проверяет exactFile/схему/пользователя/единственное подключение/полный fixture. NativeУстановитьМонопольныйРежимTrue применяется только к своей новойИБ без разделителей; нет завершения чужих сеансов/параметров bypass. Затем getter и полный readback. Неудача запрещает продолжение, блокировка может уже существовать: код не снимает её blindfinally.

В ownОбласть85 все три scope аргумента заданы: пустой массив комбинаций разделителей, Включить именно два собственных metadata каталога, явный пустой Исключить. NativeFindMarked иначе при Неопределено вИсключить может игнорировать include/exclude; старый compatibility≤8.3.4 тоже меняет семантику, поэтому запрещён. Мобильная платформа игнорирует scope — не поддерживается. Найденные2refs обязаны быть только BLOCK/FREE, без дубликатов. NativeFindByRefs возвращает actual USE→BLOCK; проверены каждая positional колонка0/1/2 и metadataИспользования85.

Второе НОВОЕ согласие: прочитайте статус, снова поставьте флажок и нажмите Удалить85. Список refs получен заново, полный source/зависимость сверены перед процедурой. Проверять всегдаИстина: native defaultЛожь опасен и не используется. Процедура УдалитьОбъекты не возвращает значение: Оставшиеся — native выходной параметр. Ожидаемый будущий outcome: FREE85 физически исчезнет, BLOCK85 не удалится из-заUSE85, обе сохранённые ссылки/все поля останутся. Полные запросы подтверждают кандидатов300→100 и объектов3→2, новое marked-search1 и прежнюю собственную зависимость.

Любое исключение/лишняя зависимость/чужая ссылка/неожиданная структура выходнойTV означает stickyСТОП, даже если часть операции уже выполнена. Повторов/rollback/автоочистки/снятия монополии кодом нет. Проверьте вручную только свой стенд, затем закройте только этот учебный клиент. Не обходите блокировку и не выполняйте упражнение на production или реальной копии. Отмена/отсутствие согласия не вызывает deletion; открытие формы повторно после выполненного удаления тоже откажет исходному fullfixture.

Вручную подготовить собственную новуюCF и actual2marked кандидата100/200 плюс одну непомеченную actualUsage100.

Полным query/GetObject подтвердить каждую собственную ссылку/поле и единственный сеанс, затем отдельно согласовать собственную монополию.

FindMarked с тремя явными scope массивами даёт только2actualref; FindByRefs с четырьмя аргументами даёт собственную dependency, не придуманную ссылку.

Новое согласие → свежий полный whitelist → DeleteObjects(6args, CheckTrue, actualoutputTable) без назначения return.

Проверить actualremaining dependency и оба полных sources: только свободная запись исчезла, blocked и usage полностью сохранены, actual numeric300→100/objects3→2.

Проверяются обе ссылки кандидатных объектов, собственная ссылка использования и все3 positional поля dependency, не только число строк.

У неизвестного/дублированного refs или несоответствующего metadata/ref/marker/amount fullguard отказывает доdelete.

Статические native/callback/readonly/arity/consent/owner/scope mutations; реальных запусков и удаления0.

DeleteObjects может удалить и непомеченный объект, если его ref передан: список здесь берётся изactual marked-search и строгого own whitelist, не из unknowninput.

Один сеанс и монопольная блокировка не оправдывают удаление production. Поиск ограничен доступностью/разделением/правами; отсутствие чужих источников задаётся именно новой собственной минимальнойCF, не выводится из одной таблицы зависимостей.

NativeDelete parameter описывает3 positional columns, notes также упоминают4-е поле комбинаций разделителей. Для своейNoSplit fixture принимается только реальный3-column return; иной shape — стоп, не угадывание default четвёртого поля/не обрезание. Поля/порядок nativecolumnnames не выдумываются.

Remaining показывает только непосредственно препятствующие объекты, не рекурсивный граф. Этот урок имеет ровноодну заранее подготовленную непосредственную связь и не обещает обработки произвольной конфигурации.

Никакой обещанной атомарности нескольких этапов/rollback. Исключение после setter/delete оставляет неизвестный исход; штатный native результат и полный readback проверяются отдельно от статических тестов.