場合によります
CentOSでの私の経験では、CentOSベースのリポジトリのみを使用しているため、かなり安全です。
たまに更新の失敗が予想される場合...はい...時折、ハードドライブの故障やCPUの故障が予想されるのと同じレベルです。バックアップが多すぎることはありません。:-)
自動更新の良い点は、手動で行うよりもパッチを適用する(したがって、より安全にする)ことです。
手動パッチは常に他の多くのものに押し出されるか、または「低優先度」と見なされるように見えるため、手動モードに移動する場合は、カレンダーのスケジュール時間を使用してください。
私は多くのマシンを(cronジョブを介して)自動yum udpatesを実行するように構成しましたが、ほとんど問題がありませんでした。実際、BASEリポジトリに問題があったことを覚えていません。私が考えることができるすべての問題(私の頭の中で、私の経験では)は、常にサードパーティの状況でした。
それは言われています...私は手動で更新を行ういくつかのマシンを持っています。データベースサーバーやその他の非常に重要なシステムのようなものは、 "実践的な"アプローチをとりたいです。
私が個人的に理解した方法はこのようなものでした...「もしも」のシナリオを考えてから、バックアップから再構築または復元するのにどれくらい時間がかかるか、そして何が失われるか(もしあれば)を考えてみます。
複数のWebサーバーの場合...またはコンテンツがほとんど変化しないサーバーの場合...再構築/復元の時間が最小限であるため、自動更新を実行します。
重要なデータベースサーバーなどの場合...再構築/復元にかかる時間の方が時間がかかるため、私は週に1回、それらを確認して手動でパッチを適用する時間をスケジュールします。
ネットワークに配置しているサーバーと、バックアップ/リカバリ計画の実装方法によって、決定が異なる場合があります。
お役に立てれば。