Pagpapanatili ng file

Nag-aalok ang Halo ng nako-configure na policy sa pagpapanatili ng file na nagbibigay-daan sa mga user na tukuyin ang tagal pagkatapos nito awtomatikong aalisin mula sa internal storage ang mga orihinal na file, protected file, at mga ulat ng pagsusuri. Nag-iiba ang gawi ng pagpapanatili depende sa kung paano isinusumite ang mga file sa Halo.

Serbisyo ng cleanup​

Ang serbisyo ng cleanup ng Halo ang responsable sa awtomatikong pagtanggal ng mga file mula sa internal storage. Ginagawa nito ito sa pamamagitan ng dalawang paraan. Una, aabisuhan ng mga serbisyo ang cleanup na alisin ang mga file kapag hindi na kinakailangan ang mga ito. Ikalawa, pana-panahong isinasagawa ang isang naka-iskedyul na Cron Job upang alisin ang anumang sobrang mga file mula sa storage.

Maaaring i-configure ang Cron Job upang baguhin ang dami ng mga file na nililinis, ang pinakamataas na edad ng mga nakaimbak na file, at ang iskedyul kung kailan ito isinasagawa.

Para sa higit pang impormasyon tungkol sa configuration ng Cleanup Service, pakitingnan ang Configuration Changes.

Retention ayon sa paraan ng pagsusumite​

Sync API​

Ang mga file na isinumite sa pamamagitan ng Sync API ay inaalis mula sa internal storage kaagad pagkatapos maibalik ang response sa caller. Ang cleanup service cron job ay nagsisilbing safety net upang alisin ang anumang orphaned files na hindi nalinis habang pinoproseso.

Async API​

Dahil sa asynchronous na katangian ng API, pinananatili ang mga file sa loob ng nako-configure na panahon upang bigyan ang mga user ng oras na makuha ang mga resulta. Maaaring i-configure ang retention window na ito sa pamamagitan ng setting na QUEUE__MessageDelayInMs ng Async API (default: 1 oras). Pagkatapos ng panahong ito, inaalis ng cleanup service ang mga file. Ang setting na maxAge ng cron job ay nagbibigay ng karagdagang safety net para sa anumang mga file na hindi nalinis ng message-based na mekanismo. Tiyaking ang maxAge ay mas mataas kaysa o katumbas ng QUEUE__MessageDelayInMs.

Para sa higit pang impormasyon tungkol sa configuration ng Async API, pakitingnan ang Async API Configuration.

ICAP (Internet Content Adaptation Protocol)​

Ipinapasa ng ICAP server ang mga file sa Sync API para sa proteksyon. Nalalapat sa mga file na ito ang behavior ng retention ng Sync API na inilarawan sa itaas. Pinananatili ng ICAP server ang sarili nitong local cache ng mga protected file, na pinamamahalaan ng limitasyon sa laki ng cache sa halip na ng time-based na retention policy.

Storage Monitor​

Pinoprotektahan ng Storage Monitor ang mga file sa mismong lugar ng mga ito sa loob ng nakakonektang cloud storage (hal. OneDrive, SharePoint, Outlook). Inaalis ang mga file mula sa internal storage ng Halo kaagad pagkatapos mapalitan ng Storage Monitor ang orihinal na file sa cloud storage. Hindi nalalapat ang policy ng file retention ng Halo sa mga file sa cloud storage ng customer - ang retention ng mga file na iyon ay pinamamahalaan ng sariling mga policy sa cloud storage ng customer.

Portal​

Ang feature na "Clean a File" ng Portal ay nagsusumite ng mga file sa Sync API para sa proteksyon. Nalalapat ang behavior ng retention ng Sync API na inilarawan sa itaas - inaalis ang mga file mula sa internal storage kaagad pagkatapos maibalik ang response.