質問

私たちのプロダクションマシンは、debian etchで稼働しています。さて、彼らはついにlennyをリリースしました。これらのシステムをアップグレードする日が来るでしょう。最小限のリスクでこれを行うにはどうすればよいですか?フォールバックシナリオの準備、準備はありますか。何か問題が発生した場合に備えてプランBが必要ですか? debianインストーラーによって処理されるバイナリパッケージの他に、マシン上で実行されているコンパイル済みアプリケーションがいくつかあります。

役に立ちましたか?

解決

個人的には、重要なサーバー上のOSをアップグレードしません。 OSのアップグレードには、Windows、Linuxなど、微妙なバグの可能性が常にあります。 Debianは、この点で以前よりも良くなっています。 dist-upgradeは、マシンを以前のように頻繁に使用することはありません。しかし、実稼働マシンの場合、リスクを負う意味はありません。

新しいサーバーと新しいOSを展開して、必要に応じて交換します。すぐにEtchを全社で交換する必要はありません。しばらくの間、セキュリティ更新プログラムでサポートされます。

他のヒント

いくつかのデベロッパーボックスの移行を終えたばかりですが、リンクするカスタムライブラリを再コンパイルする必要があることを指摘したいと思います。 LennyはGCC 4.3を使用しますが、Etchは4.1を使用します。どちらかのコンパイラーからの出力は、他のコンパイラーとあまり互換性がありません。カスタムカーネルモジュールのコンパイルなどを行うには、gcc-4.1パッケージをインストールする必要がある場合があります。

プラグインインターフェースを備えたサードパーティのツールを使用している場合、そこに課題がある可能性があります。 Matlabプラグイン(mexファイル)を機能させるのに問題があります。

テストシステムから始めることをお勧めします。しばらくハンマーで叩き、すべてが機能していることを確認した後、本番ボックスに切り替えます。

ほとんどの人は、まさにこの理由で本番サーバーを更新しません-正しく動作している場合、説得力のある理由がない限り更新しません。

本番マシンと同様に構築された開発ボックスがあると仮定すると、開発ボックスで更新をシミュレートできます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top