サーバー運用とPC日記

　昨夜から、またまた徹夜になりました！

今朝になって、移行テストに関する不具合をようやく見つけることが出来ました！

その１つは、mysql の database prefix が間違っていたことでした。

これを修正して、祈るような気持ちで、ＥＸＰＯＲＴコマンドを入力したら・・・

エラーなしで最後まで実行してくれました！！

ＩＭＰＯＲＴコマンドも同じく！

移行したサイトをざっとブラウジングしてみましたが、もうこれで充分です！！

移行できるＣＭＳと移行システムを作って下さったメーカーの方々に、もう感謝しかありません！

本当に有難うございます！

この後は、このテストを元にして、本番の移行作業を行おうと思っています。

来年の春のNetcommons３サポート終了までには作業しなければなりません。

それまで、ハードウェアの準備を考えたいと思っています。

　ＯＣＳＰとは、

Ｏｎｌｉｎｅ　Ｃｅｒｔｉｆｉｃａｔｅ　Ｓｔａｔｕｓ　Ｐｒｏｔｏｃｏｌの略だと書いてある。

この「Let's EncryptがOCSPサポート停止」の記事は今日９月３０日発表で、自分にはまだ内容が分かりません・・・

証明書の期限は９０日間ですが、期限後の自動延長が出来なくなるってこと？

　移行先の新サーバーは順調に動いているように見えます。

旧サーバーの、Let’s Encrypt で取得した「SSL/TLSサーバ証明書」ですが、

これも新サーバーに持ってこなければいけないと思い、調べてはありました。

でも、Ｗｅｂサイトがやっと動いたのを確認してホッとして気が抜けていたんだと思います。

今、サーバーマシンの置き場とは別の所に居るので、すぐに確認して手を加えることが出来ません・・・

証明書の期限が切れる前に作業しなければ！！

　うっかりしていたんですが、ｍｙサーバーのＯＳ、Ｄｅｂｉａｎ９は６月にサポート終了となっていました！

大急ぎで新ＯＳの環境を作って、そこに現アプリケーションを移行させなければなりません。

数日悩んだんですが、今後もスピーディーに確実に作業できる方法にしたいと考えていました。

そこで、まずは、旧サーバーからのデータの移動をＬＡＮ上でやることから始めました。

旧サーバーはギリギリまで止めたくないので、

旧サーバーが動いている状態で、まずは大部分のファイルをコピーしておくことにしました。

そして、変更や追加があったファイルだけを最終的にコピーする方法を選びました。

Ｒｓｙｎｃコマンドを使ったんですが、この操作が上手くいくまでに２日費やしました。

こんな感じで、この後もハマりまくったんですが、

深夜３時、４時の日が続き、昨日は久々の徹夜になってしまいました。

ということで、続きは明日以降記録したいと思います。

　.envファイル設定の

# migration option (Common)
　MIGRATION_JOB_MONITOR=true
　MIGRATION_JOB_LOG=true
　MIGRATION_CONFIG_PATH=C:\connect-cms\_migration_config\migration_config_nc3.ini

中の、

　PATH=C:\connect-cms\_migration_config\migration_config_nc3.ini

の記述で引っかかっていたんですが、

考えてみると、

webサイトはWAN上にあり、このサイトを動かしているwebサーバーに対するコマンド操作は、

SSHを使ったリモートアクセスによっていると思います。

このSSHコンソールは、手もとのクライアントにあり、

クライアントは一般的にはWindowsが多いと思われます。

また、移行準備の際に生成されるconfigファイル、サイト内のコンテンツ等の沢山のファイルも一時的な保管場所が必要になります。

この一時的な保管場所は、WAN上のサーバー内ではなく、手もとのクライアント内にしてある、ということではないでしょうか？

ということで、

　export した際に、storage\app\migration\import 以下にデータが作成される。

という記述も確認出来ました。

このパスも、クライアントのWindows上だと思われます。

以上のことより、このNC3からConnect-CMSへの移行手順は、

クライアントのWindows上のSSHターミナル（Teraterm等の）で操作をする前提で書いてあるのではないか？

現時点ではこのように考えています。

ちょっと自信はないのですが・・・