web-dev-qa-db-ja.com

すべてデフォルトのLEMPをapt-getアップグレードしても安全ですか?

現在の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である場合)。

4
JohnDoea

なぜ安全ではないのですか?万が一の場合に備えてバックアップをとっておくのは常に良いことですが、ほとんどの場合、aptを使用してパッケージをアップグレードすることは安全です。 LEMPスタックをアップグレードするときに、少なくとも数か月間は問題が発生していません。また、パフォーマンスのためにアップグレードする場合は、MySQLからMariaDBに切り替えることができます。これは次の方法で実行できます。

Sudo apt install mariadb-server-10.0 mariadb-client-10.0

そして、それはshouldMySQLデータベースを検出し、それらをインポートします。

MySQLMariaDBの両方を使用すると、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プロバイダーは通常、何か問題が発生した場合に復元しやすいスナップショットを作成するオプションを提供します。

1
NerdOfLinux

100%の保証はありません

他に誰も問題を報告していない場合、99%確信できます。 Google検索で別のハードウェアの問題を抱えているユーザーがいる場合、確実性は95%に低下します。ユーザーがメーカーに問題を抱えていた場合、確実性は90%に低下します。問題がモデルの80%、OSの70%などである場合.

テスト、テスト、テスト。テストが終了したら、再度。

テストの最良の方法は、データベースが停止し、すべてのユーザーがサインオフした時間後に入室することです。プログラムとデータのサイズに等しいパーティションを作成します。ライブパーティションをテストパーティションに複製します。

テストパーティションでアップグレードを実行します。

  • テストパーティションでアップグレードがクラッシュした場合、ラッキースターに感謝します。ライブパーティションではアップグレードしませんでした。
  • アップグレードプロセスのエラーを修正し、ライブデータをテストパーティションに再クローンします(rsyncが使用されている場合は、2回目より短くなります)。アップグレードを再度実行します。
  • アップグレードが成功したら、プログラムをテストします。クラッシュした場合は、幸運の星に感謝します。ライブパーティションでは実行しませんでした。
  • プログラムがクラッシュした理由を調べてください。データベースをスクランブルした場合は、ライブデータベースを複製し、アップグレードし、失敗したプログラムのパッチを取得して、再テストします。

あなたは写真を撮ると思います。クローン作成プロセスを支援するために、次のスクリプトを参照できます。 18.04 LTSアップグレードをテストするためにUbuntuを新しいパーティションにクローンするためのBashスクリプト 。また、ライブUSBで起動し、スクリプトを参照として使用し、インターネットからの他の指示と組み合わせてマウントされていないライブパーティションで手動でクローンを作成することもできます。

注:リンクされたスクリプトは4月28日に作成され、正常に動作します。正しいテストパーティションがクローンとして選択されていることを検証するために、追加のテストで修正しています。別のリビジョンは、ソースおよびターゲットパーティションのOSバージョンの詳細を表示することです。最後のリビジョンは、削除されたファイルのrsync統計を表示することです。これは、クローンの上に再クローンを作成するときに関連します。

3

短いオーナははい、それは安全です
長いオーナは、ソフトウェアの年齢に応じてyesおよびnoです。
[。その昔からのファイルを変換することはできませんが、それがより新しい場合は問題ないはずです。

しかし、絶対に確認したい場合は、更新する前にプログラムのバックアップを作成してください

0
delfiler