日本橋
本日も休診
謝謝
Insta360 R
コレド室町界隈
設立から20年目になりました
気づけば今年で会社を設立してから20周年目になっていました。
感謝の意味を込めてお客さんに配るエコバッグを ナビンの工場で作成、
日本とインドので頑張っているスタッフには感謝の意味とコロナ禍での在宅勤務に
集中しやすくなるようにとノイズキャンセリング機能付きINFOEYE 20th 😁 刻印入りのApple AirPods Proをプレゼントしました。
システムもキリコムもお客さんの役に立てるようにより仕組み化し、改善を行いたいと思います。
FileMaker Cloudのインスタンスを誤って削除した時のデータ復旧方法
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となっています。最後の2文字は変わらないようです。 場所は/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などに鍵付きログインを行います。
以上で、ファイルの取り出しが完了です。
完了後は、不要になったボリュームはアタッチ解除(デタッチ)の上 削除しても良いかと思います。