現在のMySQLデータベースと関連データのバックアップがありますが、一般的には、次のことをしても安全ですか?
apt-get update nginx mysql-server php-fpm php-mysql
apt-get upgrade nginx mysql-server php-fpm php-mysql
unattended-upgrades
をデフォルトで使用しますが、セキュリティのアップグレードにのみ使用しますが、パフォーマンスのニーズのためにLEMPを完全にアップグレードする必要があると感じています。
ところで、私は知っている CMs Ansibleがちょうどそれをするように(実際、それが基本的にすべてデフォルトのLEMPである場合)。
なぜ安全ではないのですか?万が一の場合に備えてバックアップをとっておくのは常に良いことですが、ほとんどの場合、apt
を使用してパッケージをアップグレードすることは安全です。 LEMPスタックをアップグレードするときに、少なくとも数か月間は問題が発生していません。また、パフォーマンスのためにアップグレードする場合は、MySQL
からMariaDB
に切り替えることができます。これは次の方法で実行できます。
Sudo apt install mariadb-server-10.0 mariadb-client-10.0
そして、それはshouldMySQL
データベースを検出し、それらをインポートします。
MySQL
とMariaDB
の両方を使用すると、DBのバックアップが簡単になります。実行するだけです。
Sudo mysqldump dbnamehere > database.sql
アップグレード中に何か問題が発生した場合は、次のコマンドでデータベースを復元します。
Sudo mysql dbnamehere < database.sql
または、何かが信じられないほどうまくいかなかった場合は、単にDBを削除し、新しい空のデータベースを作成してから、上記のコマンドを実行します。
さらにいくつかのメモ:
apt-get
の代わりにapt
を使用してくださいapt update
ではなくapt update nginx mysql-server php-fpm php-mysql
を実行するだけですまた、専用サーバーの代わりにVPSを使用している場合、VPSプロバイダーは通常、何か問題が発生した場合に復元しやすいスナップショットを作成するオプションを提供します。
他に誰も問題を報告していない場合、99%確信できます。 Google検索で別のハードウェアの問題を抱えているユーザーがいる場合、確実性は95%に低下します。ユーザーがメーカーに問題を抱えていた場合、確実性は90%に低下します。問題がモデルの80%、OSの70%などである場合.
テストの最良の方法は、データベースが停止し、すべてのユーザーがサインオフした時間後に入室することです。プログラムとデータのサイズに等しいパーティションを作成します。ライブパーティションをテストパーティションに複製します。
テストパーティションでアップグレードを実行します。
rsync
が使用されている場合は、2回目より短くなります)。アップグレードを再度実行します。あなたは写真を撮ると思います。クローン作成プロセスを支援するために、次のスクリプトを参照できます。 18.04 LTSアップグレードをテストするためにUbuntuを新しいパーティションにクローンするためのBashスクリプト 。また、ライブUSBで起動し、スクリプトを参照として使用し、インターネットからの他の指示と組み合わせてマウントされていないライブパーティションで手動でクローンを作成することもできます。
注:リンクされたスクリプトは4月28日に作成され、正常に動作します。正しいテストパーティションがクローンとして選択されていることを検証するために、追加のテストで修正しています。別のリビジョンは、ソースおよびターゲットパーティションのOSバージョンの詳細を表示することです。最後のリビジョンは、削除されたファイルのrsync
統計を表示することです。これは、クローンの上に再クローンを作成するときに関連します。
短いオーナははい、それは安全です
長いオーナは、ソフトウェアの年齢に応じてyesおよびnoです。
[。その昔からのファイルを変換することはできませんが、それがより新しい場合は問題ないはずです。
しかし、絶対に確認したい場合は、更新する前にプログラムのバックアップを作成してください