オフロードと削除は別の操作
iOS は、見た目の似た2つの操作を提示しますが、その帰結は大きく異なります。オフロードは、書類とデータを保持したままアプリ本体を取り除くため、再インストールすればアプリは以前の状態に戻ります。削除はアプリと関連するデータを取り除きます。
ボタンは近くに並び、文言は読み飛ばしやすいものです。今どちらを確定しようとしているかを読んでください。取り消せるのは一方だけだからです。
保持された=安全、ではない
オフロードが文書どおりに正確に動作しても、保持されたデータは依然として1台の端末に存在します。ハードウェアの故障、初期化、うまくいかない移行、後の削除は、いずれもそれを取り除きます。
オフロードはストレージ管理の機能です。データ保護の仕組みとして設計されたことは一度もなく、そう使えば、いつもと同じ場所に1つのコピーが残るだけになります。
これがトラブルシューティング中に問題になる理由
人々が保管庫のデータを失う最も一般的な原因は、クラッシュを直そうとしてアプリを削除することです。通常のアプリでは定番の助言ですが、価値のすべてがローカルに保存された暗号化コンテンツにあるアプリにとっては破壊的です。
保管庫の調子が悪いなら、再インストールを試みる前にバックアップを作成してください——そしてアプリを取り除く前に、後ではなく先に、開発元に連絡してください。
どちらの操作の前にも
- 操作が「Appを取り除く」なのか「Appを削除」なのかを確認します。
- 再インストールとバックアップについての、保管庫の開発元の最新の案内を読みます。
- どちらの操作を意図しているかにかかわらず、まず別個の暗号化バックアップを作成します。
- 何かを取り除く前に、安全な経路で復元したコンテンツを検証します。
捨てるべき思い込み
- オフロードをバックアップの方策として使うこと。
- クラッシュのトラブルシューティング中にアプリを削除すること。
- サブスクリプションの解約でデータが自動的に取り除かれる、または保たれると思い込むこと。
Jonas はまず、機微でないデータでテストします。「操作が『Appを取り除く』なのか『Appを削除』なのかを確認する」。次に Jonas は2つ目の確認手順に従います。「保管庫の開発元の最新のバックアップと再インストールの案内を読む」。この架空のシナリオは判断の流れを示すものであり、製品テストの報告ではありません。
- オフロードをバックアップとして使うこと
- クラッシュのトラブルシューティング中に削除すること
- サブスクリプションの解約が自動だと思い込むこと
再インストールすれば、必ず保持されたデータに再接続されますか？
それが意図されたオフロードのモデルですが、重要な保管庫のデータには、やはり独立したテスト済みのバックアップがふさわしいです。
削除するとサブスクリプションは解約されますか？
いいえ。ストアのサブスクリプションは別に管理されます。