写真とiCloudフォトライブラリの組み合わせは、ほとんどが不透明で、制御不能になっています。これらの問題がすべての人に当てはまるとは断言できませんが、念のためご承知おきください。
先日、iCloud Photo Library を有効にすると、Photos アプリが写真を iCloud にアップロードする際にインターネット接続を独占してしまうという記事を書きました。そして、その煩わしさを軽減する方法もご紹介しました (2015 年 5 月 20 日の記事「iCloud Photo Library のアップロード速度を制限する方法」参照)。私の場合、27,000 枚以上の写真をアップロードするのに一週間以上かかりました。しかも、これは上り帯域幅 5 Mbps のインターネット接続を 3.5 Mbps に制限して使用した場合です。
幸運なことに、多くの人とは違って、私は Time Warner のインターネット接続にデータ上限を設けていないので、少なくとも私にとっては問題になりませんでしたが、皆さんにとっては問題になるかもしれません。私が問題に遭遇したのは iPhone で、iPhone ストレージの最適化オプションを使用して、転送および保存されるデータ量を削減していました。現在、Tonya、Tristan、そして私はファミリープランで 2 GB のデータを共有していますが、先月までは、それぞれ 250 MB しか使用しないことに慣れていたため、これほど多く使用したことはありませんでした。そのため、iCloud フォトライブラリを有効にした直後に AT&T から 2 GB の制限に近づいているというメッセージが届いたときは、驚きました。[設定] > [モバイル通信] でモバイルデータ使用状況画面を確認し、
DataMan Pro でアプリ固有の情報を詳しく調べましたが、システムサービスの [書類と同期] カテゴリで大量のデータが使用されていたことが判明しただけでした。
iCloudフォトライブラリがモバイルデータ通信で動作しないようにする設定はなく、写真アプリのモバイルデータ通信を無効にしても効果はありませんでした。モバイルデータ通信全般をオフにすることはできました（実際に一度か二度はオフにしましたが、家を出るたびに毎回それを覚えておくのは大変です）。しかし、請求期間の終わりまでに、AT&Tから1GBの追加データ（15ドル）2ブロックに対して30ドルの超過料金を請求されました。
これは Apple 側の設計が驚くほどまずいので、iOS 9 で修正されることを期待します。iCloud フォトライブラリの目的は大量の画像データを転送することであり、iCloud フォトライブラリが携帯電話のデータを大量に消費するのを防ぐスイッチを提供しないのは Apple の失礼です。
それでも、30ドルは二度とかからないだろうと思い、一度きりの出費として処理しました。しかし、iCloudフォトライブラリは定期的な出費になる可能性があるという懸念があり、iCloudフォトライブラリのアップロードに要する時間も考慮する必要があります。その理由は次のとおりです。
Jason Snell 氏の大人気書籍「Photos for Mac: A Take Control Crash Course」の iCloud に関する章のディスカッション ページに最近、Photos ライブラリを修復すると (起動時に Command キーと Option キーを押したままにする)、すべてのデータが iCloud フォト ライブラリに強制的に再度アップロードされるかどうかという質問が投稿されました。
まさかこんなことになるとは想像もつかなかったので、テスト修復が終わるのを待っている間に返信でそう伝えました。それから、写真アプリの環境設定ウィンドウのiCloudパネルを最初に見たとき、目立った動きはありませんでした。しかし、数分後にもう一度見てみると、27,552件の項目をアップロード中と表示されていました。これは良くありません。しかし、CrashPlanなどのアプリは、実際にはアップロードではなくデータの分析を行っており、最終的には新しいデータのアップロードが不要であると判断するため、実際よりも多くの処理を行っていると報告することがあります。今回もそうなのだと、一瞬期待しました。
残念ながら、アクティビティモニタのネットワークビューを見ると、nsurlsessiondプロセスが明らかに大量のデータを送信し始めていました。コンソールで調べてみると、次のログエントリが見つかりました。
6/19/15 11:06:56.470 AM cloudphotosd[29598]: Reset Sync Requested! Reason: Database was rebuilt
当初は、Photos がライブラリ全体を再度アップロードし、iCloud フォト ライブラリがそれをすべて iPhone に再度ダウンロードして、超過料金が追加される可能性があるのではないかと心配していましたが、今では状況はそれほど心配するほどではないようです。
数日かけて、写真アプリは最初の27,552件のアップロード項目からカウントダウンを始めました。Network Link Conditionerを有効にして速度を調整するまではインターネットのパフォーマンスに影響がありましたが、それでもアップロード処理はiCloudフォトライブラリへの最初のシードよりもはるかに高速でした。最終的に、nsurlsessiondプロセスは7.67GBのデータを送信し、clouddという別のプロセスも関連していると思われる数GBのデータをアップロードしましたが、私の写真ライブラリ全体の111GBに比べれば大したことではありません。さらに良いことに、私のiPhoneはその後、それほど多くのデータをダウンロードする必要がありませんでした。他の人も私と同じ経験をしてくれることを願っています。
しかし、アップロード後、私のMacではSpotlight（mdsプロセス）が数時間にわたって異常な動作を続けています。正確な動作は分かりませんが、この記事のコメント投稿者によると、Time MachineバックアップからMacを復元した後、写真アプリがiCloudフォトライブラリに大量のデータをアップロードしたとのことです。SpotlightのインデックスデータはTime Machineでバックアップされないため、iCloudフォトライブラリは何らかの形でSpotlightに依存していると考えられます。
裏で何が起こっているかに関わらず、重要なのは、写真ライブラリの修復やバックアップからの復元といった特定の操作によって、iCloudフォトライブラリへの大量の、あるいは完全なアップロードが実行される可能性があるということです。これらの操作は多くの場合必須ですが、iCloudフォトライブラリが有効になっている場合は、追加の影響を及ぼす可能性があるので注意してください。