◼ Apache Ignite Свойства продукта

Apache Ignite 2

Экспорт, чтение, проверка и очистка persistence cache dump

Публичные свойства продукта, восстановленные по тестовым свидетельствам.

Экспорт, чтение, проверка и очистка persistence cache dump

Эта страница — публичная реконструкция продуктовой спецификации по исходникам тестов Apache Ignite 2 на ревизии 486a6367610c4c891b729e89373695ef83165345.

Тесты cache dump описывают видимый оператору контракт создания, чтения, проверки, фильтрации, throttling, шифрования и очистки dump-артефактов.

Пользовательские гарантии

Трассируемые требования

После имени теста указывается только негативный или неоднозначный статус, например status=failed, status=flaky, status=ignored или status=mixed.

DUMP-READ-EXPORT-01 — dumps являются readable cache-data и metadata exports

Требование: созданные dumps должны читаться через ordinary object, binary-object и raw internal-object access paths и сохранять выбранные metadata/version details.

Зачем это нужно: Операторы и tooling нужны a dump artifact that can быть inspected independently of live cache APIs.

Граница: Свидетельство смешанной силы; не полная restore or disaster-recovery specification.

Тесты-доказательства:

DUMP-FILTER-LOCATION-01 — dump creation respects filters, copy selection и locations

Требование: Dump creation должен учитывать node/cache-group filters, primary-copy de-duplication, explicit/custom dump locations, custom data storage paths, lazy snapshot directory creation, и no-cache/config-only preconditions.

Зачем это нужно: Операторам нужны предсказуемый artifact placement и scope control.

Граница: Свидетельство из выбранные topology/storage layouts и точные precondition ошибки.

Тесты-доказательства:

DUMP-CONCURRENT-CUT-01 — dump represents a стабильный cut при controlled concurrent writes

Требование: Dump creation при controlled concurrent inserts, updates, removals, EntryProcessor mutations, expiry, и restart/streamer scenarios должен produce a согласованный readable artifact.

Зачем это нужно: A dump должен оставаться пригодным при этом приложения continue changing data in поддержанные scenarios.

Граница: Concurrent/restart доказательства являются слабыеer than прямые functional assertions; тесты являются bounded harnesses, не exhaustive isolation proofs.

Тесты-доказательства:

DUMP-VALIDATION-01 — validation reports missing/corrupt/divergent dump data

Требование: Dump validation и iteration должен обнаруживают missing partition files, wrong hashes, wrong CRC/corrupted payloads, и allow checking из other nodes включая empty validation nodes.

Зачем это нужно: Операторам нужны actionable диагностика до trusting an offline dump.

Граница: Более слабое свидетельство: corruption является synthetic и some диагностика depend on точные ошибка text.

Тесты-доказательства:

DUMP-FAIL-CLEANUP-01 — failed or canceled dump creation fails closed

Требование: File-create, iterator-write, listener-write, explicit cancel, и unready-dump cases должен clean incomplete artifacts и keep the live cache usable.

Зачем это нужно: Failure должен не leave misleading artifacts or harm the running cluster.

Граница: Weaker где cancellation/event доказательства являются timing-sensitive or wait-result assertions являются слабые.

Тесты-доказательства:

DUMP-ENCRYPTION-OBS-01 — encrypted, throttled и debug-log dump modes раскрывают operator contracts

Требование: Encrypted dump creation/reading, dump rate limiting, и DumpReader debug logging должен follow проверенные preconditions и раскрывают group-name/no-group-name log detail.

Зачем это нужно: Операторам нужны secure/controlled dump behavior и useful trace logs для support.

Граница: Свидетельство: logging tests доказывают выбранные debug messages only.

Тесты-доказательства:

Важные границы