FileMaker Cloudのインスタンスを誤って削除した時のデータ復旧方法

メモ PC/モバイル日本雑感

FileMaker社がAmazon Web Service上にて展開しているFileMaker Cloud。

徐々に諸々の機能も搭載されてきており、日々便利になってきています。

そのFileMaker Cloud上のEC2　インスタンスを誤って削除した場合のFMP12ファイルの取出し方のメモです。

もちろん、起こってはいけないのですが　起こったときのためのメモです。。

※　結果に対して当方では責任もてませんので、作業はあくまでも自己責任でお願いします。m( )m

削除してしまったインスタンスのボリュームの確認。
通常、インスタンスを削除しただけならば　ボリュームは残っているはずです。 AWSコンソール画面　EC>ELASTIC BLOCK STORE＞ボリュームです。
検索ボックスがあるのでそこに該当するインスタンスのIDを入力エンターキーを押すと検索してくれます。
インスタンスIDが削除してしまってわからない時は　FileMaker Cloud設定完了時に　FileMaker Storeから送られてくるメール内に記載されているので確認してください。
該当するボリュームを選択して、画面上部にある「アクション」を押して「ボリュームのアタッチ」を選択します。

その時に、「ボリュームのアタッチ」がアクティブでない場合は　そのボリュームはまだインスタンスに紐付けられている状態です。
続く画面では、どのインスタンスに紐付けるかをきいてくるので　適当な既存のFileMaker Cloudインスタンスを選択します。
この時に表示されるアタッチした名称を控えておきます。画面上でsdgと表示されても、sshサーバー上では　xvdgとなっています。最後の２文字は変わらないようです。場所は/dev/以下です。（/dev/xvdg）
アタッチしたインスタンスにSSHログインして、アタッチしたボリュームのマウントを行います。

ログイン先の確認は、EC2インスタンスの一覧画面で該当するインスタンスにチェックをいれて画面上部の「接続」を押すと接続先アドレスが表示されます。この画面では　rootへの接続が表示されていますが　ユーザーは centosで接続をしてください。
無事、SSHログインをしましたが centosユーザーのままでは作業ができないので sudo su - と入力してrootユーザーになります。
lsblkと入力し、接続すべきドライブ名を確認します。
/dev/以下の　頭がxvが付くドライブです。
ここでsshコマンド上で接続できるようにドライブ名の設定を行います。
ここでは仮に fmtest　とします。
mkdir fmtest
続けて以下のコマンドを入力します。
****には　xvから始まる先ほど確認したドライブ名が入ります。
mount /dev/**** fmtest
正常にマウントされたかの確認は、 df -h で確認する事ができます。
アタッチされたボリュームのマウントを確認できれば　そのフォルダに移動します。その構造は通常のFileMaker Serverと同様になっています。バックアップフォルダまたはデータベースフォルダに復旧したいFMP12ファイルをみつけたらそれらファイルを　MVまたはCPコマンドで /home/centosフォルダに移動します。例： cp -f ***.fmp12 ***2.fmp12 /home/centos
/home/centosフォルダに　FMP12ファイルを移動後に、SFTPソフトにて取り出しを行います。 MacならばFilezilla、Cyberduckなど。WindowsならWinscpなどに鍵付きログインを行います。