次の3連休（来週）までには、なんとか次のβ版を配布してしまいたい気はしている。気は。まだ配布できていないのは、何かができていないわけではなくて、単に仕事が忙しくて（ヘルプドキュメント等を書く）時間が確保できていないため。

新サーバへの移行作業が完了したとメールが来ていた。>>13123 意外と早かった。サーバ番号が3桁から4桁になった。FreeBSDのバージョンが11から13に上がっていた。ざっとWebサイトの表示を確認したところ、特に問題はなさそうだ。ストレージがSSD化されて、ちょっとは速度が速くなっているだろうか？

「敬老の日」と「秋分の日」が9月にあることは分かっているのだが、どっちが先に来るのだったかはよく忘れる。特に今年はどちらも月曜日なので紛らわしさが増している気がする。早い方が「敬老の日」だ。9月の第3月曜日である。秋分の日はだいたい9月23日か22日だ。稀に24日にもなるのだが、それは2103年までない。春分、秋分、夏至、冬至、節分の各日を求める計算式一覧の話は2年前にブログに書いた。日本の祝日に対応するカレンダーを生成するプログラムを書こうと思うと、必ずこの機能が要る。いや、祝日なのは春分と秋分だけだが。

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

サブサブサーバ >>13123 で管理していたドメインにアクセスすると、かなり一瞬で503エラーページが表示される。これは、さくらインターネットの親玉的なサーバで一時的に管理されているから、格安コースなサーバよりも反応速度が速いんだろうな……。

ああ、公開しない呟きを書くスペースが使えないと不便だな……。今気付いた。というか、購入予定物品のメモとかもそこにしかないので、アクセスできない期間が長引くとちょっと困る。（ローカルに定期的にバックアップはしているので、ローカルで閲覧することは可能だが、直近のバックアップはない。）

日々のどうでも良いことをメモる専用の(非公開な)てがろぐにアクセスしようと思ったら、それもサブサブサーバ上 >>13123 で稼働していたので503エラーが出てきた。┌(:3」└)┐ サーバ移行を申請してからそろそろ10時間くらいは経つのではないかと思うが、やはり終わらないか。どれくらい進んでいるのかの目安が何も分からないので、いつ頃終わりそうなのかも何も分からない。中断する方法は用意されていないので、終わるまで待つしかない。（だからこそ3連休のタイミングを待っていたわけだけども。）

SMBCのATMに行ったら、ATMの機械の手前にある荷物置き空間に馬券が1枚置いてあった。あれは何だったんだろうか。SMBCのATMで馬券が買えるわけではないだろうし、馬の勝敗がATMで分かるわけでもないだろうから、単に財布の中とかに外れ馬券があったからそのまま放置した、とかそういうことだろうか……？

ね、む、い……。椅子に座ったまま、気付いたら寝ていた。

昨夜の睡眠時間が6.5時間くらいだったので、今とてもねむい。_(┐｢ε:)_

さくらインターネットで、ストレージが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の利用回数に制限がなかったので「必要に応じて取得に行けば良い」という考えだったのだが、その後にわりとシビアな回数が上限になってしまったので、できるだけこちら側でキャッシュしておく必要が出てきてしまった。）

土曜日は道路の状況がよく分からんので、早めに出ておく方が良いか……？ 今の時点では暑くないのだが、今日も暑くなりそうだ。