さくらインターネットで、ストレージがSSD化されている新しいサーバに無料で移行できるツールが以前から提供されている。使うにはいくつか要件があるので、しばらく前から要件を満たすように少しずつ調整を加えていた。既に要件は満たせていたので、あとはタイミングを計るだけだったのだが。先日「サーバ側でMySQL 8.0が導入された後は、使用データベースをMySQL8.0にアップグレードしない限り移行ツールが使えなくなる」という新たな要件が加わるとアナウンスされたので、（それに従っているとなおさら移行が遠のくので）移行するならこの3連休の今しかないな、ということで移行ツールを使った。

とはいえ、ここで稼働しているサーバではない。ここのサーバ（nishishi.comドメインで使っているメインサーバ）もさくらインターネットで契約しているのだが、移行ツールを使う要件を満たすのが困難なので、ここは現状のまま使う方針で居る。なので、多用途に使っているサブサブサーバだけを移行させてみることにした。
ツールの使用開始直後に、サーバのコントロールパネルにはログインできなくなり、運営サイトで使っている各ドメインにも、2～3時間後くらいには下記のように503エラーが表示されるようになった。

ストレージの使用量は10GBちょっとくらいなので、さくらインターネット側の説明によると最短40分くらいで終わるとの話だが、「1ディレクトリの中に極端に莫大なファイルがあるとOS側の都合で遅くなる」という注釈もあった。10GBの内訳は75万ファイルなのだが、1ディレクトリの中に数万ファイル以上のファイルが入っているディレクトリが少なくとも2つあるので、もっと時間がかかるのかもしれない。なんか、そういうディレクトリが1つあるとコピー作業に2～3日くらい掛かるというような話も見かけたのだが。

当初は、1ディレクトリに150万ファイルくらい格納されていたのだが、さすがにマズいかと思って数万ファイルにまで縮めたのだが。キャッシュデータではあるものの、ネット上のとある（回数制限のある）API経由で手に入れたキャッシュデータなので、安易には削除しにくい。なので、数万ファイルよりも減らすことはできなかった。最初の設計時点で、1ディレクトリの中にファイルが莫大にならないよう、ディレクトリを分割して格納するようにしていれば何も問題はなかったのだが。当時はそこまで気が回らなかった。というか、ここまで莫大なキャッシュファイルを維持するつもりではなかったのだが。（当初はAPIの利用回数に制限がなかったので「必要に応じて取得に行けば良い」という考えだったのだが、その後にわりとシビアな回数が上限になってしまったので、できるだけこちら側でキャッシュしておく必要が出てきてしまった。）

サブサブサーバというのは、サブサーバよりもさらにサブ的な位置づけのサーバのことである。