モバイルバックアップの履歴を確認する

端末内のバックアップアクティビティを確認し、バックアップ済み、すでにバックアップ済み、失敗、新しい項目なしの各行と、保持やサインアウトの影響について説明します。

最終確認日

スクリーンショットは英語版の画面です。

モバイルのアクティビティは、最近のバックアップ実行を端末内にまとめたものです。実行を探したら、履歴行をバイト単位の受領情報として扱わず、重要なファイルをクラウドのファイルで確認してください。

モバイルバックアップのアクティビティ、最新の実行件数、結果の確認、再表示を示す暗い画面の4段階の手順図。
表示されたカードではモバイルバックアップを開き、最新の実行を確認し、転送済み、スキップ済み、失敗した項目を比較してからアクティビティ画面を開き直します。スクリーンショットを原寸大で開く。

履歴行に表示される内容

各行の先頭には整形された実行日時とワークスペース名が表示されます。2行目は_N_件をバックアップ済みで始まり、件数が0でなければすでにバックアップ済みの件数を示す_N_件はバックアップ済みと_N_件は失敗が追加されます。3つとも0件の実行には新しい項目はありませんと表示されます。保存された容量超過によるスキップ件数はこの履歴行には表示されません。

手順

  1. バックアップタブを開き、アクティビティまでスクロールします。実行中はライブラリをスキャン中…、各アップロードの進捗率、キュー内の件数、最大5行の現在のエラーと、それに続くさらに_N_件を処理できませんでしたが表示されることがあります。
  2. 目的のワークスペースの最新の行を探します。履歴は新しい順に並び、1ページに6回分が表示されます。
  3. 件数を実行中の状態および失敗した項目画面と比較します。実行結果で失敗を確認できますが、容量超過の項目は別の容量制限カテゴリに残ります。
  4. ファイルを開き、想定したクラウドファイルをいくつか確認します。格納先フォルダー、容量、内容を読み取れることも確認してください。
  5. **バックアップはまだありません。**と表示される場合は、実際に処理が行われたか確認します。手動実行で処理対象がなかった場合、空の履歴を追加せずに最終実行の状態が更新されることがあります。

履歴の保持とプライバシー

ローカルのSQLiteテーブルには最新100回分の実行が保持され、古い項目は削除されます。履歴はこの端末に保存され、アカウントの履歴として同期されません。同じインストール内の別のアカウントでも安全に使えるようには行が区分されていないため、サインアウトするとテーブル全体が消去されます。

保持件数の上限やサインアウトによって履歴行が削除されても、アップロード済みのクラウドファイルは削除されません。一方、履歴の件数は、実行後の名前変更、移動、ロック、削除によってファイルが変更されていないことを保証するものではありません。

期待される結果

アクティビティには最近の実行について端末内に保存された件数が表示され、ページを切り替えると保持された過去の実行を確認できます。重要な結果はクラウドのファイル画面で別途確認できます。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。