或曰

インスブルックスキー旅行

Wed, 26 Feb 2025 07:24:20 +0900

はじめに

オーストリアの都市インスブルックは、人口12万人を抱えるチロル州の州都であると同時に、近隣のアルプス山脈に点在するスキー場へのアクセス拠点でもあります。

インスブルックからアクセスできるスキー場はオーストリア・アルプスに位置しており、次のような魅力があります。

森林限界超えで見晴らしが良い
晴天率が高い
固く圧雪されたコース

私は北海道のスキー場も良く行きますが、ある意味で正反対の特性です。北海道は降雪量が多くパウダースノーを楽しめる日が多いですが、雪が降るということは即ち晴天の日は少なくなります。またフレッシュな粉雪が多いため、コースは圧雪しても柔らかくなります。

私は2024年末から翌年1月にかけてインスブルックに行き、周辺のスキー場で滑ってきました。欧州でのスキーを検討している人に向けて、記録を残しておきます。

旅行関連情報

インスブルックへのアクセス

インスブルック空港へは欧州各地からフライトが飛んでいますが、日本から行く場合、直行便がないのでウィーン空港やフランクフルト空港などで最低1回は乗り継ぐことになります。乗り継ぎの待ち時間にもよりますが、今だと欧州行きの国際線が出ている羽田・成田・関空から片道で16〜20時間を見込んでおく必要があります。

インスブルック空港からインスブルック市街地へは5kmほど、車で10〜15分ほどです。空港から市街地まではバスも出ていますが、荷物が多い場合には空港前に並んでいるタクシーを使った方が楽です。ホテルが多い市中心部までならタクシー代は 15 EUR 程度です。

通貨・言語など

通貨は EUR ですが、ほとんどの場所でクレジットカード決済が可能なので、現金は最小限で大丈夫です。

現地語はドイツ語。オーストリア方言なので標準ドイツ語と多少異なる部分がありますが、だいたい理解できます。ホテルや観光客向けのレストランでは英語が通じますが、ローカルのスーパーマーケットなどではドイツ語しか通じない場合があります。

日本語	標準ドイツ語	オーストリアドイツ語
お店のレジ	Kasse	Kassa
1月	Januar	Jänner

インスブルック周辺スキー場

Nordkette

https://nordkette.com/

基礎データ

インスブルックからケーブルカー／ロープウェイを乗り継ぐと到着
総ゲレンデ長 13km
おすすめ度: なし

ここは自分では滑りませんでしたが（観光には行きました）、インスブルックを見下ろす高台に位置するスキー場です。市内にあるケーブルカー乗り場からケーブルカーに乗り、その先でロープウェイを乗り継ぐと到着。

リフト2本だけでゲレンデも短いので、移動時間が確保できるなら他のスキー場に行ったほうが良いと思いますが、インスブルックの町を見下ろす風景は素晴らしいです。

Axamer Lizum

https://www.axamer-lizum.at/

基礎データ

インスブルックから路線バス／スキーバスで40分
総ゲレンデ長 41km
おすすめ度: ★★★★☆ (4/5)

日本語表記だと「アクサマー・リツム」かな。

インスブルックから最も近いスキー場のひとつで、路線バスもそれなりの頻度で出ています。写真の奥に見えるのがインスブルックの町並み。

リフトなどの設備は少し古め。ゲレンデは中級コースがメインで、私が滑ったときには雪がかなり固く締まっていて、エッジを十分に研いでいないとスキー板がグリップしませんでした。

Schlick 2000

https://www.stubai.at/skigebiete/schlick2000/

基礎データ

インスブルックからスキーバスで1時間
総ゲレンデ長 25km
おすすめ度: ★★★☆☆ (3/5)

「シュリック２０００」。標高2,000m前後にコースがある、オーストリア・アルプスではやや低めの小規模スキー場。

私が行った日には湿った雪がちらついていて、雪が重くて大変でした。標高が低いので、どうしても気温が上がって雪質は水っぽくなりがち。

圧雪コースでも起伏に富んでいて、スピードを出すと油断できない感じで楽しめます。スピード計測できる機械が設置されているコースや、子供向けに林の中を滑るコースなども用意されています。

初心者向けコースの割合が多い。

Kühtai

https://www.kuehtai.info/ski-area-kuehtai

基礎データ

インスブルックから路線バスで1時間
総ゲレンデ長 47km
おすすめ度: ★★★★★ (5/5)

発音は「キュータイ」で、意味は「牛の高山牧場」。中上級者向け。

アルプスのスキー場はバス停や駐車場はやや標高が低いところにあり、そこからゴンドラで上ってスキーゲレンデに出ることが多いですが、ここは町自体がすでに標高2,020mに位置しています。歩いたらすぐにゲレンデ。

標高が高く気温も低いため雪質が保たれており、またそれぞれのコースが長く幅広い。山の斜面を活かしてゲレンデにしてあるので、広いといってもフラットではなく自然な凹凸やカーブがあります。子供向けのスキークロスコースや、フリースタイル用のボックス・キッカーなども設置されています。

Kühtai から無料シャトルバスに乗ると Hochoetz というスキー場に行けます。こちらは近くに貸別荘がたくさんあり、自動車で来て長期滞在している家族が多いようです。

雑談

スキーラックを積んだパトカーを見かけました。

Stubaier Gletscher

https://www.stubaier-gletscher.com/

基礎データ

インスブルックからスキーバスで1時間30分
総ゲレンデ長 68km
おすすめ度: ★★★★★ (5/5)

日本語にすると「シュトゥーバイ氷河」で、その名の通り、氷河の上にゲレンデがあります。「雪の王国」(Könighreich des Schnees)とも呼ばれています。

主要なコースはすべて標高 2,300m 以上に位置しているため、気温が低く雪質が良いです。一つ一つのコースが長く幅も十分にあるので、滑り甲斐があり、森林限界を超えているため360度アルプス山脈の風景が楽しめます。

ここは斜度が小さめのコースもあり、初心者から中上級者まで楽しめます。ただし初心者向けコースとはいっても、コースが広く長いので気づくとかなりのスピードになっていることがあるため、飛ばしすぎないように注意が必要です。

スキー関連情報

スキー場リフト券

スキー場の窓口でリフト券を購入することも可能ですが、スキー観光客向けに Ski + City Pass というチケットが販売されています。

これを買うと、以下のサービスが利用可能になります。

インスブルック近郊のスキー場のゴンドラ・リフト
インスブルック市内公共交通機関（バス、路面電車）
インスブルック市内からスキー場へのバス
インスブルック市内観光施設（動物園など）

私は事前にオンラインで Ski + City Pass を購入しておき、インスブルック到着後、市内にある観光案内所 (住所: Burggraben 3, 6020 Innsbruck) に行ってチケットを受け取りました。価格は8日間有効なもので、大人 427 EUR、子ども 214 EUR でした。

スキー場以外に市内観光にも使えるので、私は1日は市内観光に充て、子どもと町を回ったり動物園に行ってきまいsた。

スキー場へのアクセス

インスブルック市内からスキー場へは、バス、タクシーもしくは自家用車での移動になります。市内からスキー場まで片道45分〜1時間半かかるため、少人数ならバスを使うのがコスト・手間を考えると良いと思います。

バスは上記の Ski + City Pass を購入すると使える他、インスブルック市内のホテルに2泊以上するともらえる Welcome Card でも乗車可能です。

スキー場行きのバスは、場所・時間帯によって、通常の路線バスを利用する場合とホテル宿泊者向けの専用バスを使う場合があります。路線バスはグーグルマップでも出てくるので、それを見て最寄りのバス停を利用するのが良いです。

路線バスのバス停は分かりやすいように標識があり、また乗り降りが多いバス停には、次のようなリアルタイム発車案内板があります。

Innsbruck 市内のバス停にあった発車案内板

Linie が路線番号、Ziel/über が目的地・経由地、最後の Abfhart が出発時刻です。出発が近くなると後何分という表記になり、10分以上先だと24時間表記で出発時刻が表示されます。

専用バスは、まず市内数カ所にある乗車ポイントを回ってスキー場に向かう人をピックアップし、バスターミナルに向かいます。集められた乗客はバスターミナルで行き先毎に指定されたバスに乗り換え、スキー場に向かいます。この専用バスの乗降場所は掲示が最小限で分かりづらいため、ホテルのレセプションで場所を確認した方が良いです。最新のタイムテーブルはホテルのレセプション、観光案内所などで入手できます。

路線バス・専用バスいずれを利用する場合でも、乗降の際に乗車券を見せる必要はありません。抜き打ちで検札があった場合にのみ提示すれば OK です。

また日本と異なり、スキーブーツを履いたまま乗車して構いません。スキー板・ストックもスキーバッグに収納する必要はなく、むき出しのまま持っていけます。路線バスだとスキー板は座席まで持ち込み、専用バスだと荷室に収納することになります。

スキー板のメンテンナス

硬い雪の上を滑っているとスキー板のエッジの角が落ち、アイスバーンのような雪面では全くグリップしなくなります。

そうなったらエッジを研いでもらう必要があります。この作業は日本だとチューンナップといいますが、オーストリア（ドイツ語圏）では Ski Service（シー・サービス）と呼びます。

町中のスキー用品店に持ち込んでもいいですが、 Stubaier Gletscher スキー場 Gamsgarden ロープウェイ山頂駅にあるスポーツ用品店「InterSport Okay Stubaier Gletscher」に持っていくと、 Express Ski Service として20分以内にエッジ研磨作業を行ってくれます。

InterSport OKay の Ski Service コーナー

スキー以外の情報

観光情報

インスブルックは州都ということもあり、文化施設やイベントも充実しています。インスブルックの町からケーブルカーで上ったところにある動物園 Alpenzoo や、新市街にある音の博物館 AUDIO VERSUM Science Center に小学生の息子と行きましたが、どちらも楽しんでいました。

旧市街にも観光名所が多数あり、また年末年始には Maria-Theresien-Straße という通りでクリスマスマーケットが開催されます。期間限定のイベントもありますが、インスブルック観光局の Web ページをチェックすると見つかります。

旧市街で見かけた、窓を使ったアドベントカレンダー

買い物

インスブルック新市街の中心に Kaufhaus Tyrol というショッピングセンターがあります。

地下にはスーパーマーケット MPreis があり、その他にもドラッグストアや家電・衣服などを取り扱うお店が一通り入っているので、必要なものは、だいたいここで手に入ります。

Kaufhaus Tyrol 内のスーパー MPreis 店舗

宿泊場所

バス移動する場合には、インスブルック市内中心地のホテルに泊まるのが楽です。

人数も多い場合や子供がいる場合は、貸別荘 (Ferienwohnung) に滞在するのも便利です。ホテルのように毎日の清掃サービスはありませんが、部屋が広くキッチンや洗濯機なども備わっているため、日常生活に近い暮らし方ができます。

公共交通機関でのアクセスが良いとは限らないので自動車が必要になり、またスーパーで食材・洗剤などを購入することになるので、現地の交通・買い物事情が分かっている必要があります。

写真・動画の保存先を Google フォトから NAS に移行

Mon, 24 Feb 2025 21:48:30 +0900

TL;DR

写真・動画の保存先を Google フォトから自宅の NAS に変更し、 NAS 故障時に備えて AWS S3 にバックアップをとる仕組みを構築しました。

コスト面だけで考えると、数TBの写真・動画であれば Google フォトから NAS に移行するメリットは大きくありません。ただし容量が増えると NAS の方が割安になります。

背景

Google フォトは多くのユーザーに愛されるサービスで、写真や動画を整理・共有する機能が充実しています。一方で以下の制約があります。

写真・動画が増えると維持費がかかる。
データが Google アカウントに紐づけられているため、アカウント停止時に写真・動画が失われるリスク。

有料ストレージ

2025年現在、Google フォトの無料ストレージは15GBです。追加ストレージは有料で 2TB プランは年間14,500円です。

これは通常の写真保存には十分ですが、動画だと300時間程度なので、子どもの学芸会や運動会などを撮影するとあっという間に埋まります。

アカウント停止のリスク

もうひとつリスクが高いのはポリシー違反によるアカウント停止です。ポリシー違反の内容によってはアカウントが即時停止され、これまでのデータへのアクセスも同時に遮断されるため、データが完全に失われます。

ポリシー違反は自身には関係ないと思われるかもしれませんが、 Google フォトの不正使用に関するプログラムポリシーと違反措置は内容が広範かつ随時更新されるため、個人が継続的にポリシーを評価して対策を取るのは現実的には不可能で、思わぬところでポリシー違反となる可能性があります。

システム

概要

動画・写真に関しては完全に自分のコントロール下に置きたかったので、自宅に NAS (Network Attached Storage) を用意し、そこにデータを保存することにしました。

Android スマートフォンで撮影した動画・写真は自動的に自宅の NAS に保存され、保存された動画・写真は Android アプリや Web ブラウザで見ることができます。

自宅でデータを保存する際に怖いのは、機器が故障することでデータが失われることです。そこで最も故障しやすいパーツである HDD を RAID 1 構成で二重化し、また AWS S3 にバックアップを取ることで NAS 本体の故障にも備えています。

保存環境

flowchart LR
id1(Synology<br>フォトアプリ) -- HTTPS/DSM<br>over WiFi -->
id2[(Synology NAS<br>自宅)] -- Synology Sync -->
id3[(AWS S3<br>Glacier Deep Archive)]
subgraph Android
id1
end

閲覧環境

flowchart LR
photoapp(Synology<br>フォトアプリ) <-- HTTPS/DSM -->
nas[(Synology NAS<br>自宅)]
browser(Webブラウザ) <-- HTTPS/DSM --> nas
subgraph Android
photoapp
end
subgraph PC
browser
end

詳細

NAS (Network Attached Storage)

システムの中核となるのは Synology 社が販売する NAS (Network Attached Storage) です。これは単なるネットワークアクセス可能なストレージというだけではなく、 Synology 社が出しているスマートフォンアプリと連携したり、外部サービスへのバックアップ機能などが充実しています。

私はエントリーモデルとなる DS223j を使用しています。 NAS 故障原因で最も一般的なものは HDD のトラブルですが、 DS223j は HDD ベイが2基あり、 RAID 1 構成で使用すると HDD が 1 台故障しても引き続き使うことができます。

また標準で DDNS と TLS 証明証の申請・インストールに対応しているため、 Synology 社が公開している文書に沿って作業するだけで、外からでも自宅に設置した NAS にアクセスできるようになります。

Synology ナレッジセンター: DDNS

NAS 自体の設定と合わせて、自宅のルーターで port forwarding の設定も必要になります。

proto	port	用途
TCP	443	HTTPS
TCP	5001	DSM (Photo, Drive など)

なお通信速度的には少し不利になりますが、 NAS と Synology 社のサーバーの間でトンネルを張る QuickConnect という仕組みも使えます。こちらの方はほぼワンクリックで設定完了で、自宅のルーターに port forwarding 規則の追加も必要ありません。

NAS は電子機器ということで停電や落雷などに弱いため、無停電電源装置 (UPS) を購入して使っています。 Synology 社が NAS 毎に対応する UPS 一覧を公開していますが、対応している UPS であれば、停電時に一定期間は UPS で給電し、バッテリーレベルが低下すると NAS を自動でシャットダウンする事も可能です。

参考: Synology ナレッジセンター: UPS

Synology Photos

Synology Photos は写真管理用サービスで、写真データの保存・提供サービス自体は NAS で動き、それにブラウザやスマートフォンアプリでアクセスすることができます。

AI による顔認識機能も備わっており、 Google フォトほどの精度ではないですが、写っている人を認識して検索することも可能です。ただし写っている「モノ」での検索は DS223j では対応していません。これは上位機種の DS224+ にメモリを増設することで可能になります ^[1]。

スマートフォンアプリには、撮影した動画・写真をバックグラウンドで NAS に転送する機能があるため、一度インストールして設定してしまえば NAS への転送を意識することはありません。

Synology Cloud Sync

Synology Photo アプリから　NAS に転送された写真・動画データは、 NAS 上で実行される Synology Cloud Sync サービスを使って AWS S3 に同期しています。

AWS S3 では保存しているデータ量×保存期間に応じて費用がかかりますが ^[2]、機能や保証されている性能が異なる複数のストレージクラスが提供されています。

一般的な「標準」ストレージクラスは低遅延で読み書きが行えますが、大量のデータを保管するとコストが掛かります。

そこで今回のような万が一の事態に備えるためのバックアップには「Glacier Deep Archive」ストレージクラスを使います。これは保管コストは S3 ストレージクラスの中で最も安いのですが、代わりに登録したデータを取り出すには時間がかかり、またデータの取出リクエストにも費用がかかります。たとえばデータの取り出しを依頼してから実際にダウンロード可能になるまで、 12から48時間かかります。

参考：Amazon S3 ストレージクラス

1TB のデータを最も安いデータセンターである us-west-2 に保管した場合のデータ保管費用を比較すると、標準ストレージクラスだと毎月約 24 USD（約3,500円）かかりますが、 Glacier Deep Archive クラスだと 1/10 以下の約 1.1 USD（165円）で済みます。

なお Glacier Deep Archive ではファイルの最小ストレージ期間が決まっており、短期間でファイルを消した場合でも180日分の費用が課されるので注意が必要です。

設定

私はスマートフォンで写真を撮影した後、長期保存不要な写真は数日以内に消すことが多いです。このようなファイルをすぐに S3 Glacier Deep Archive ストレージクラスでバックアップすると180日分の費用がかかってしまうため、次のようなステップを踏んでいます。

まずは NAS から AWS S3 には標準ストレージクラスで同期を行う。
S3 のライフサイクルルールを設定して、数日間削除されずに残ったファイルのストレージクラスを「標準」から「Glacier Deep Archive」に変更する。

参考: Amazon S3 ライフサイクルを使用したオブジェクトの移行

AWS の細かい設定は省略しますが、 Synology Cloud Sync で同期する AWS S3 ストレージにアクセスするユーザーには、次の権限を与えています。公式ドキュメントを見つけられずに試行錯誤した結果なので、不要な権限も含まれている可能性があります。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29


{
 "Version": "2012-10-17",
 "Statement": [
 {
 "Sid": "AllowAllBasics",
 "Effect": "Allow",
 "Action": [
 "s3:ListAllMyBuckets",
 "s3:GetBucket*",
 "s3:ListBucket*"
 ],
 "Resource": "arn:aws:s3:::*"
 },
 {
 "Sid": "AllowSepcificBucket",
 "Effect": "Allow",
 "Action": [
 "s3:List*",
 "s3:Get*",
 "s3:PutObject*",
 "s3:DeleteObject*"
 ],
 "Resource": [
 "arn:aws:s3:::BUCKET_NAME", // 実際の S3 バケットネームで置き換え
 "arn:aws:s3:::BUCKET_NAME/*"
 ]
 }
 ]
}

既存の写真・動画データの移行

私が Google フォトにある写真・動画データを NAS に移行した方法です。

Google データエクスポートで Google フォトのデータを一括ダウンロード。
zip ファイルを展開すると動画・写真データが含まれていますが、Google フォト上で編集した場合には「編集前」「編集後」両方のファイルがあります。簡単なスクリプトを書いて片方を削除。
NAS のホームディレクトリを共有。home/Photos というディレクトリがあったので、その下に FromGoogle というディレクトリを作成し、動画・写真データをコピー。

NAS のホームディレクトリ共有機能を使わず、 Android の Google フォトアプリから対話的に行うことも可能です。

Anrdoid で Google フォトアプリを立ち上げる。
写真をなるべく多く選択する。
共有 -> Synology Photos を選択。

ただし選んだデータの数によっては共有処理が途中で終了してしまい、やや動作が不安定でした。

Pros & Cons

機能面

移行によって良くなった点もあれば、 Google フォトでは可能だったが、移行後は諦めざるを得なかったこともあります。

良くなった点

写真・動画は完全に自分の所有となり、サービス提供者側のポリシー変更などによりデータを失うリスクが減りました。
初期投資 (NAS と HDD 購入) がかかりますが、毎月のランニングコストは少なくなりました。

諦めた点

Google フォトから Synology Photos への完全なデータ移行
- Google フォトでは写真をグルーピングしたアルバムを多数作っていましたが、この移行は諦めました。手作業でいくつか Synology Photos 側に似たようなアルバムを作成しました。
- Google フォトでは写真を共有した相手とチャット（コメント）のやり取りができますが、このデータは移行できません。
Android アプリの使い勝手は Google フォトの方が上です。
顔認識の精度が劣ります。
人物・撮影場所・撮影日時での絞り込みはできますが、写っている物（e.g. 机）での検索ができません ^[3]。
Google フォトでは Google アカウントを持っている人と簡単に写真を共有できますが、 Sylonogy NAS だと面倒です。共有したい写真だけ一時的に Google フォトにアップロードして対応しています。

また環境構築には、ネットワークや Amazon Web Services の知識が必要となり、バックアッププランの策定や、万が一 NAS が壊れた場合のリカバリは、すべて自分で行う必要があります。 Synology のアプリケーションや AWS は良くできているとはいえ、 IT 関連の知識・経験がないと設定は難しいかもしれません。

コスト

4TB まで記録できるようにシステムを作りましたが、初期費用は86,000円程度でした。

機器	機種名	実売価格
NAS	Synology DS223j	26,000円
UPS	Omron BW55T ^[4]	20,000円
HDD	Seagate Iron Wolf (HDD/4TB) 2台	40,000円

なお実際に使用しているのは 500GB 程度なので、バックアップを置いている AWS S3 の使用コストは100円／月未満です。

Google が提供するオンラインストレージサービスである Google One は 2TB で年間14,500円、 AI 関連の機能をつけても17,400円なので、価格面だけを見ると 4TB 程度では NAS がそこまで安いわけではありません。

Synology ナレッジセンター: Synology Photosで顔と物体の認識機能をサポートしているSynology NASモデルはどれですか
厳密にはデータのダウンロード、各種操作などに応じて細かく費用がかかります。
上位機種の NAS である DS224+ を使うと、写真に写っている物で検索することも可能です。
この UPS は DS223j の対応機種には含まれていませんが、ネット上で動作したという報告を見かけたのと、 Synology 社の他の NAS の対応機種に含まれていたので購入しました。

メールのバックアップ環境を構築する

Sat, 15 Feb 2025 22:47:27 +0900

TL;DR

オンラインのメールサービスを利用していますが、このバックアップを AWS S3 にとるようにしました。作業記録と設定内容の忘備録。

背景

私はインターネットの初期にはメールは手元の PC にダウンロードして読んでいましたが、 GMail が登場して以来、オンラインのメールサービスを利用しています。

オンラインのメールサービスは PC やスマートフォンなど環境を問わずにメールを利用できて便利なのですが、メールのデータはサービス提供者側のサーバーにあるため、サービス提供者側のデータセンターで深刻な障害が発生したり、アカウントが停止された場合にはメールを読むことができなくなります。

すぐにアクセスが必要なメールを読めなくなったり、恒久的にメールを失ってしまうリスクを緩和するために、メールのバックアップ環境を構築しました。

システム概要

Linux マシンで日次でメールサーバーにあるメールの変更内容をチェックし、 Amazon が提供するオンラインストレージサービスである AWS S3 にバックアップを取るようにしました。

実際には２段階のステップがあり、まずメールサービスから IMAP を利用してローカルストレージにメールサーバーの状態をコピーし、次にローカルストレージからオンラインストレージサービスにバックアップを作成します。それぞれのステップで下記のツールを利用しています。

flowchart LR
id1(Mail Service) -- OfflineIMAP -->
id2[(Local Storage<br>mirror)] -- restic -->
id3[(AWS S3<br>snapshots)]

いずれのツールも差分でのデータ取得が可能になっているため、初回バックアップには時間がかかりますが、２回目以降は比較的高速です。

バックアップのコスト

私のケースではバックアップ対象となるメールが8万通弱、サイズは 4.4GB です ^[1]。これに対して日次バックアップ作業は3分程度、オンラインストレージ AWS S3 のコストは月に10円程度です。

またバックアップ作業自体は自動化してあるので、人間が行う作業は、毎日送られてくる報告を見て異常がないことを確認するだけです。

要求項目

私が今回のメールバックアップ環境を作るにあたって検討した内容です。ツール類の設定方法だけ知りたい場合には不要な内容なので、次の節まで読み飛ばしてください。

特定のサービスに依存しない

特定のベンダーやサービスに依存してしまうと、今度はそのサービスの持続性やポリシー変更が別のリスクとなります。

そこで利用するソフトウェアはオープンソースで、利用に際して細かい制限がないこと。また、バックアップ先は複数のオンラインストレージサービスや NAS から選べることを要件としました。

手間がかからない

バックアップは日次で行うことを想定しているため、時間や手間がかかる方法は避けました。初回のセットアップ完了後は、全ての処理が自動的に行われることが理想です。

Google では GMail をすべてエクスポートする Google データエクスポートという機能を提供していますが、これは対話的な作業が必要な上、 Google 側でデータを用意するのに数時間から数日かかるため、今回は採用しませんでした。

またメールの数やサイズを考えると、現実的には毎回すべてのメールを取得するフルバックアップではなく、前回のバックアップからの差分のみを取得してバックアップデータを更新する必要があります。

サービス元でのデータ消失に対応

メールサービス提供側でのトラブルやアカウント停止の際には、バックアップシステム側から「すべてのメールが削除された」と見えてしまう可能性があります。この状況で単純にバックアップデータを最新の状況に追従させると、バックアップデータからも全てのメールが削除されてしまいます。

このような事態を防ぐため、バックアップは複数バージョン用意する必要があります。こうすれば最新のバックアップではメールが全て削除されていても以前のバージョンのバックアップデータには削除前のメールが残っているため、メールが全て失われることは防げます。

古いバックアップデータの定期的な削除

今回のバックアップは、あくまでオンラインのメールサービスにアクセスできなくなったときの予備です。

古いデータを長期間残しておく必要はないため、定期的に不要になった古いバックアップデータを削除し、バックアップを保存するストレージ容量（＝費用）は少なく抑えたいところです。

バックアップのデータサイズを節約しつつ複数バージョンのバックアップを残すためには、毎回フルバックアップをとるのではなく、何らかの形でバックアップのバージョン間の差分を記録する必要があります。

これを実現する単純なアルゴリズムとして、差分バックアップ・増分バックアップが知られていますが、いずれも初回にフルバックアップを取り、このフルバックアップデータに対する変更差分を記録する方式であるため、古いデータを効率的に削除することは簡単ではありません。より効率的なバージョン管理アルゴリズムを使っているバックアップツールを利用する必要があります。

システム詳細

Mail server → Local

OfflineIMAP を使って、メールサーバーの状況をローカルのストレージにミラーリングします。

OfflineIMAP は名前の通り IMAP というプロトコルを介してメールサーバーと通信し、メールサーバー上にあるメールの状態をローカルのストレージに同期します。単純なダウンロードではなく、たとえばサーバー上でメールを削除した場合には、以前にローカルにミラーしたものがあれば削除します。

私は Fastmail のメールサービスを利用しており、そこから OfflineIMAP コマンドを実行しているホストの ~/offlineimap/Mail ディレクトリにメールのミラーを作成しています。

OfflineIMAP 実行時に読み込ませる設定ファイルには、 IMAP でアクセスする先のホスト名、ID、パスワード関連情報に加えて、次の内容を追加してあります。

sslcertfile = OS-DEFAULT と指定し、接続先 IMAP サーバーが正当なものか SSL/TLS 証明書を検証する際に、OS 標準の CA 証明書を使用。
ゴミ箱 (Trash) とスパム (Spam) フォルダーを同期対象から外す。
IMAP サーバーにアクセスする際のパスワードは、別途 ~/vps/tools/fastmail_backup/Password.IMAP.Fastmail に保存。

[general]
accounts = Fastmail
[Account Fastmail]
localrepository = Local
remoterepository = Remote
utf8foldernames = yes
[Repository Local]
type = Maildir
localfolders = ~/offlineimap/Mail
[Repository Remote]
type = IMAP
remotehost = imap.fastmail.com # メールサービスが提供している IMAP サーバー
remoteuser = xxxxxx@example.com # 自分のアカウントで置き換え
sslcacertfile = OS-DEFAULT
remotepassfile = ~/vps/tools/fastmail_backup/Password.IMAP.Fastmail
folderfilter = lambda foldername: foldername not in ['Spam', 'Trash']

実際の使用例に合わせた設定ファイルが、何種類か OfflineIMAP community’s website: Some real use cases で公開されています。

あとは offlineimap の -c オプションにこの設定ファイルのパスを指定して実行すると、ローカルストレージの ~/offlineimap/Mail ディレクトリ以下に、メールサーバーにあるメールのミラーが作成されます。

メールはテキスト形式で1メール1ファイルで保存されるので　offlineimap コマンド以外でも容易に扱えます。

Local → AWS S3

restic を使って、ローカルストレージの ~/offlineimap/Mail ディレクトリにミラーしてきたメールのバックアップを AWS S3 に作成します。

restic はファイルを単純にコピーするのではなく、ファイルの中身とそのファイルに関する情報（パス名など）を個別に記録したうえで、ある時点にどのファイルが存在したかという情報をスナップショットとして管理します。これによりバックアップ間のファイルの重複を減らし、特定のスナップショットと、それに含まれるファイル（その中でも他のスナップショットから参照されていないもの）を削除することを可能にしています ^[2]。

これらのファイルとメタデータを含めてリポジトリと呼んでいます。

resitc リポジトリを格納する AWS S3 バケットを用意

私はバックアップデータの格納先として AWS S3 を使用していますが、 restic でバックアップを取るには事前準備が必要です。

AWS の操作の詳細は省略しますが、私は S3 バケットを単価の安い us-west-2 （オレゴン）リージョンに作成し、 restic でバックアップ用に用いるユーザーを作成し、そのユーザーにバックアップ操作に必要となるポリシーを割り当てました。

restic 0.16.4 では、バックアップ用のユーザーには次の操作を許可しておけば十分なようです。

s3:PutObject
s3:GetObject
s3:ListBucket
s3:DeleteObject
s3:GetBucketLocation

この AWS のポリシーを JSON で書くと、次のようになります。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26


{
 "Version": "2012-10-17",
 "Statement": [
 {
 "Effect": "Allow",
 "Action": [
 "s3:ListBucket",
 "s3:GetBucketLocation"
 ],
 "Resource": [
 "arn:aws:s3:::BUCKET_NAME" // 実際の S3 バケットネームで置き換え
 ]
 },
 {
 "Effect": "Allow",
 "Action": [
 "s3:PutObject",
 "s3:GetObject",
 "s3:DeleteObject"
 ],
 "Resource": [
 "arn:aws:s3:::BUCKET_NAME/*" // 実際の S3 バケットネームで置き換え
 ]
 }
 ]
}

resitc リポジトリの初期化

AWS S3 にバックアップを取る場合、 restic では次の 4 つの情報が必要となります。

AWS アクセスキー ID
AWS シークレットアクセスキー
restic リポジトリ暗号化のためのパスワード
restic リポジトリの置き場所

指定方法は何通りかサポートされていますが、私は環境変数を使っています。

1
2
3
4


AWS_ACCESS_KEY_ID=XXXXXXXX
AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXXX
RESTIC_PASSWORD=XXXXXXXXXXXX
RESTIC_REPOSITORY=s3:s3.us-west-2.amazonaws.com/BUCKET_NAME

ここまで設定が済んだら restic コマンドを使ってリポジトリの初期化を行います。

1

$ restic init

バックアップの作成と定期的な削除

メールサーバーのミラーと restic リポジトリの初期化が済んでいれば、バックアップを取るのは次のコマンドを実行するだけです。

1

$ restic backup ~/offlineimap/Mail

古いスナップショットを削除するには restic forget コマンドを使います。単純に最近 n 個のスナップショットのみ残すことも可能ですが、 --keep-* オプションを使うことで「最近1週間は日次、それから1ヶ月以内は週次のバックアップを残す」といった複雑な設定も可能です。詳細は公式ドキュメントの Removing backup snapshots に解説があります。

自動実行

OfflineIMAP でのメールのミラーリング、restic でのバックアップ作成と古いスナップショットの削除を1日1回行うように設定して終了です。

Linux だとシェルスクリプトを書いて crontab (5) に登録するのが簡単です。環境変数 AWS_SECRET_ACCESS_KEY, RESTIC_PASSWORD は第三者に見られると困る情報なので、共有マシンで実行する際にはファイルのパーミッションなどに気をつけて下さい。

バックアップデータの利用方法

緊急時に特定のメールを読みたい場合

OfflineIMAP は IMAP サーバーにあるメールをローカルストレージにミラーしますが、ローカルでは Maildir 形式で保存します。メールサーバー側で作成したラベル名に対応したディレクトリの下に1メール1ファイルで保存するため、探しているメールを比較的簡単に見つけることができます。

Maildir をサポートしているメールクライアントもあるため、それを使ってメールを読むことも可能です。

恒久的にメールサービス上のメールが失われた場合

OfflineIMAP はメールサーバーからローカルストレージにメールをミラーするだけでなく、ローカルストレージからリモートの IMAP サーバーにミラーすることも可能です。

メールサービス提供者のトラブルでメールが失われた場合には、ローカルストレージから復元することができますし、またメールサービスへのアクセスができなくなった（アカウントが停止されたなど）場合には、他のメールサービスにデータを移行することができます。

以前は数十 GB ありましたが、調べたところ、大きな写真を添付したメールが大半の容量を占めていました。 GMail だとメール本文中に写真を埋め込むことができますが、これを引用して返信すると、引用部に含まれる写真データが返信メールにも添付されるため、メールのやりとり続くと大きな容量を消費します。残しておく必要がないメールも多かったので、削除して、現在の容量に落ち着いています。
リポジトリの詳細については resitc 公式ドキュメントの References - Design に記載があります。

スイスから帰国する際の確定申告

Fri, 09 Aug 2024 20:11:32 +0900

スイスで給与収入がある人が、スイスから転出する際の所得税・資産税の支払いについて。

私は２０２３年７月まで、チューリッヒ州に永住権（独: Niederlassungsbewilligung, 英: C permit）の資格を得て滞在し、スイスの現地法人に雇用されて給与収入を得ていました。帰国に際しての所得税・資産税の支払いについて記録を残しておきます。

なお州や滞在許可の種別などが異なる場合、大枠のプロセスは同じでも細部が異なる可能性があります。

（２０２４年８月１１日一部更新）

TL;DR

スイス出国までに地方税の予定納税が必要です。
スイス出国前に、スイス国内に在住する人を代理人として届け出る必要があります。スイス出国後の税務局からの通知は、すべてスイス国内の代理人に送られます。
スイス出国後にも納税や還付手続きが発生するため、スイスの銀行で開設した口座は当面維持しておいた方が良いです。

通常の納税プロセス

まず、転出しない場合の通常の納税プロセスを振り返っておきます。

永住権を有する場合、居住者は翌年３末までに前年の所得税・資産税の確定申告を行い、それを元に税務局が連邦税 (Direkte Bundessteuer) と地方税 (Staats- und Gemeindesteuer) を確定します。

ただし納税額が決まってから一括で支払うことになると金銭的負担が大きいので、通常は税額が決まる前に暫定の金額で納税を行っておき、確定後に最終的な税額との差額を精算します。

連邦税

毎年１月に、州税務局 (Kantonales Steueramt) が以前の所得・資産額に基づいて前年の所得・資産額に対する税額を推定し、納税者に「暫定課税請求書」(Provisorische Steuerrechnung) という書類を送って通知します。納税者は、その金額を暫定で納税します。
- 余談ですが、スイスでは給与は年間支給額を１３等分し、１から１２月まで１／１３ずつ、１２月に２／１３支払うのが一般です。１２月に多く支払われる分は、年末年始の出費や１月に連邦税の予定納税に充てられることが多いようです。
３月上旬までに、銀行・保険会社・雇用主などから前年の所得税・資産税の確定申告に必要な書類が納税者に送られてくるので、納税者は３月末までに確定申告を行います。
州税務局が確定申告の内容を精査し課税対象の所得・資産額が確定すると、納税者に「査定命令書と課税請求書」 (Veranlagungsverfügung und Steuerrechnung) を送ります。私の場合は、確定申告した翌年の１月に送られてきました。
暫定で納税した額と最終的に計算された連邦税に差がある場合には、納税者が追加で納税、あるいは税務局が過払い分を還付します。

地方税

毎年第１四半期に、基礎自治体の税務局が以前の所得・資産額に基づいて今年の所得・資産額に対する税額を推定し、納税者に「暫定課税請求書（支払い案内）」(Provisorische Rechnung (Zahlungseinladung)) という書類で通知します。この書類には、次の銀行振込用紙が同封されています。
- 一括で全額を予定納税する。
- ６月、９月、１２月の３回に分けて予定納税する。
- 任意のタイミングで任意の金額を予定納税する。
大抵の人は地方税を６月、９月、１２月の３回に分けて予定納税します。１月には連邦税の予定納税があるため、こうすると四半期ごとに納税することになり、支払いが安定するためです。
３月上旬までに前年の所得税・資産税の確定申告に必要な書類が銀行・保険会社・雇用主などから納税者に送られてくるので、納税者は３月末までに確定申告を行います。
税務局が確定申告の内容を精査し課税対象の所得・資産額が確定すると、納税者に「最終課税請求書並びに査定通知書」(Schlussrechnung und Einschätzungsmitteilung) という書類で通知します。私の場合は、確定申告した翌年の2月に送られてきました。
予定納税した額と最終的に計算された地方所得・資産税に差がある場合には、納税者が追加で納税、あるいは税務局が過払い分を還付します。

転出時の納税プロセス

最終的な納税額の計算方法

通常の納税プロセスでは、最終的な納税額は年内の所得・年末の資産額から計算されます。しかしスイスは連邦税・地方税とも累進課税（所得が多いほど税率が高くなる）なので、年の途中で転出した場合に単純に１月１日から転出日までの所得を使って税額を計算すると、税額が過小になってしまいます。

仮に年間所得が５万スイスフランだと税率１２％、１０万スイスフランだと税率２４％だったと仮定しましょう。このとき年間所得が１０万スイスフランの会社員が丸１年間スイスに滞在していた場合、税率は２４％となり税額は１０万×２４％の２万４千スイスフラン（毎月２千スイスフラン）です。

しかし６月末日で転出した場合、それまでの所得は５万スイスフランです。単純に所得から税率を計算すると１２％となり、税額は５万スイスフラン×１２％で６千スイスフラン（毎月１千スイスフラン）に減ってしまいます。

転居することで節税できないように、スイスでは年の途中で海外転出した場合、「１月１日から転出日までの恒常的所得 (regelmässig fliessendes Einkommen) が年末まで続いた場合、いくらになるか」を計算し、それに基づいて税率を決定します。

例えば上記の６月末日で転出した場合ですが、実際の所得は５万スイスフランですが課税基準となる所得は５万フラン➗６／１２で１０万スイスフランとなり、税率は２４％となります。これに実際の所得を掛けて税額を求めるので、５万スイスフラン×２４％で１万２千スイスフラン（毎月２千スイスフラン）となります。

なお給与や配当のような恒常的所得以外に退職金などの一時所得 (nicht regelmässig flissendes Einkommen) がある場合、こちらは海外転出時期に応じて増やすことなく、そのままの数字を使います。

参考: Weisung des kantonalen Steueramtes über die Umrechnung der Einkünfte und der Abzüge bei unterjähriger Steuerpflicht

年度中の確定申告　(unterjärige Steuererklärung)

通常の確定申告は翌年の３月に行いますが、年の途中でスイスから海外転出する場合、スイス国内に代理人 (Vertreter) を立てる必要があります。税務局からの書類・通知は全てスイス国内の代理人宛に送られ、海外の実際の納税者には送られません。

なお代理人はスイス国内在住であることのみが条件で、特に税理士などの資格は要求されません。

スイス転出後一週間程度で、州税務局から代理人宛に確定申告書が送られてきます。これを約６０日程度で記入して提出する必要があります。

なお、この時点では通常の確定申告に必要となる書類（確定拠出年金の払込証明書、医療費自己負担分の証明書など）が揃いませんが、分かる範囲でスクリーンショットなどで代用して申告すれば大丈夫です。年が明けて必要書類が発行されたタイミングで税務局に書類を提出すると、それに基づいて税務局が税額を計算してくれます。

税金関連のイベント時系列順

私がスイスを転出した際に、州や基礎自治体の税務局との間で発生したイベントを時系列に沿って並べたものです。

２０２３年２月［地方税］

基礎自治体の税務局が以前の所得・資産額から推定される２０２３年の税額を計算した結果 (Provisorische Steuerrechnung; aufgrund Vorderperiode) が通知される。
２０２３年４月［地方税］

村役場でスイス転出の手続きを行う。出国後の代理人を登録するとともに、出国前に地方税の予定納税が必要な金額を伝えられたので支払いを行う。
２０２３年７月［共通］

スイス転出。
２０２４年８月［共通］

スイスの税務局から２０２３年出国までの確定申告書が到着。
２０２３年１０月［共通］

２０２３年出国までの確定申告書をオンラインで記入して提出。
２０２４年１月上旬［連邦税］

州税務局から以前の所得・資産額に基づく予定納税額が通知される (Provisorische Steuerrechnung; aufgrund Vorderperiode)。支払う。
２０２４年１月上旬［地方税］

基礎自治体の税務局から予定納税口座の明細 (Kontoauszug) と、予定納税残額分の振込書が送られてくる。支払う。
２０２４年１月下旬［連邦税］

州税務局から２０２３年の確定申告に基づいて再計算された予定納税額が通知される (Provisorische Steuerrechnung; aufgrund der Steuererklärung)。前回の予定納税額との差額分を支払う。
なおこの段階では確定申告書は受理されただけで、また税額は暫定。
２０２４年２月［共通］

スイスでの雇用主、銀行、保険会社などから確定申告に必要な書類が届く。
２０２４年２月［地方税］

基礎自治体の税務局から２０２３年の確定申告に基づいて再計算された予定納税額が通知される (Provisorische Steuerrechnung (Zahlungseinladung))。すでに支払った額より少ないため、追加支払いはなし。なお最終的な税額が確定するまで還付は行わないとのこと。
２０２４年３月［地方税］

２０２３年の確定申告に必要となる書類（給与明細、医療保険保険料・自己負担分の記録など）をまとめて基礎自治体の税務局に提出。基礎自治体の方で、州税務局と共有するとのこと。
２０２４年８月［連邦税］

州税務局による所得・資産額の査定結果が通知される (Berechnungsmitteilung; Einschätzungsentscheid)、合わせて最終的な税額も通知される (Veranlagungsverfügung)。予定納税額の方が実際の税額よりも多かったため、還付されることに。
２０２４年8月［地方税］

州税務局による所得・資産額の査定が終わったとの通知を受ける (Berechnungsmitteilung; Einschätzungsentscheid)。数日後に予定納税に対する利息計算書 (Zinsabrechnung) と最終課税請求書 (Schlussrechung) が送られてきて、不足分を支払う。

用語集

ドイツ語	日本語
Direkte Bundessteuer	連邦税
Staatssteuer	州税
Gemeindesteuer	基礎自治体（市区町村）税
Kantonales Steueramt	州税務局
Provisorische Steuerrechnung	暫定課税請求書
Zahlungseinladung	支払い案内　納税用の振込用紙が合わせてついてくる
Vorderperiode	前期
Steuererklärung	確定申告
Einschätzungsentscheid	査定決定　税務局による所得・資産額の査定結果（地方税用）
Veranlagungsverfügung	査定命令書　税務局による所得・資産額の査定結果（連邦税用）
Berechnungsmitteilung	計算通知書　税務局による所得・資産額の計算詳細
Steuerrechnung	課税請求書、兼、還付通知書
Schlussrechnung	最終課税請求書、兼、還付通知書
Zinsabrechnung	利息計算書地方税の予定納税に対する利子計算の詳細
Kontoauszug	口座明細　地方税の予定納税口座における入出金記録

子供がいる家庭が休暇を効率的にとるために

Sat, 03 Feb 2024 09:30:19 +0900

学校に通っている子供がいる家庭では、休暇の日程を学校と合わせる必要があります。そのため公共交通機関を使った長距離移動や宿泊は割高になり、遊園地や映画館なども混雑した日に出かけることになります。

これは子供を持つ家庭にとっては経済的に負担が大きいですし、固定費用がかかる公共交通機関・大型施設にとっても、特定の日に需要が集中するより分散したほうが嬉しい。

スイスではこれに対して効果的な対策をとっていたので、紹介します。

休暇分散のための対策

Jokertag

直訳すると Joker（トランプの切り札のジョーカー）の日ということで、子供が使える有給休暇のようなものです。

詳細は自治体によって変わりますが、私が住んでいた村だと、子供は年間２日まで特段の理由なく学校を休むことが認められていました。使わなかった場合には一定の条件下で翌年に持ち越し可能なので、３年間貯めれば１週間丸ごと休むことも可能です。

発音はジョーカーターク。

Schulinterne Lehrerfortbildung

学校内教員研修のことで、この日は教師が研修に参加するため授業なし、当該校は休みになります。

年間数日あるのですが、実施日程は学校毎に異なるため、この日に人気施設に出かけると人が少ないです。

会話では Schulinterne Lehrerfortbildung を省略してシルフ (SchiLF)、研修日のことをシルフターク (SchiLF Tag) と呼んでいました。

長期休暇

日本では春休み、夏休み、冬休みが学校の長期休暇ですが、スイスでは秋休み２週間と冬の Sportsferien（スポーツ休暇）２週間が加わります。

長期休暇の日程は自治体ごとに異なり、特にスポーツ休暇は一時期に集中しないよう、１月後半から３月にかけて広く分散されています。

また長期休暇は必ず月曜日開始・金曜日終了なので、長期旅行の日程などが調整しやすい。

祝祭日

スイスでは国全体の祝祭日は少なく、多くは州単位での祝祭日となります。たとえば５月１日のメーデー（労働者の日）はチューリッヒ州では休みですが、首都があるベルン州では平日です。

またスイスはフランス、ドイツ、イタリア、オーストリアといった国と陸続きですが、国によって祝祭日が異なるため、近隣諸国に短期旅行に出かけると意外と安く済みます。

事例紹介

秋休みを利用して帰省

スイス在住中は、２週間の秋休みを利用して日本に帰省したり、子供を日本の学校に体験入学させたことがあります。

航空券は購入する時期・日程によって価格が大幅に変わりますが、チューリッヒ州の秋休みに移動する人数は限られているため、比較的安く購入できました。さらに値段を下げたければ Jokertag を使って移動日を平日にすることも可能です。

スポーツ休暇に泊まり込みでスキー

私が住んでいた村だと、２月に２週間のスポーツ休暇がありました。

私は１週間の有給休暇を取り、スキー場近くの貸別荘を借りて９日間（土日＋スポーツ休暇のうち１週間＋土日）スキー三昧。

２月のスキー場はハイシーズンなので混雑はしますが、それでも日本ほどは一時期に人が集中しないので、宿の価格もスキー場のリフト待ちも程々です。

雑感

日本も国民全体で一律に設定する祝祭日を減らし、休みを分散できる仕組みがあると、親、交通機関、観光業など皆が幸せになれる気がします。

あとは長期休暇を月曜開始、金曜開始にしてもらえると、たとえば帰省の日程を決める際の自由度が上がるので助かります。

或曰

インスブルック スキー旅行

はじめに

旅行関連情報

インスブルックへのアクセス

通貨・言語など

インスブルック周辺スキー場

Nordkette

基礎データ

コメント

Axamer Lizum

基礎データ

コメント

Schlick 2000

基礎データ

コメント

Kühtai

基礎データ

コメント

雑談

Stubaier Gletscher

基礎データ

コメント

スキー関連情報

スキー場リフト券

スキー場へのアクセス

スキー板のメンテンナス

スキー以外の情報

観光情報

買い物

宿泊場所

写真・動画の保存先を Google フォトから NAS に移行

メールのバックアップ環境を構築する

スイスから帰国する際の確定申告

目次

TL;DR

通常の納税プロセス

連邦税

地方税

転出時の納税プロセス

最終的な納税額の計算方法

年度中の確定申告 (unterjärige Steuererklärung)

税金関連のイベント時系列順

用語集

子供がいる家庭が休暇を効率的にとるために

休暇分散のための対策

Jokertag

Schulinterne Lehrerfortbildung

長期休暇

祝祭日

事例紹介

秋休みを利用して帰省

スポーツ休暇に泊まり込みでスキー

雑感

インスブルックスキー旅行

年度中の確定申告　(unterjärige Steuererklärung)