本番サーバーは、1つの大きなパーティションのみでセットアップされました。
スタンバイサーバーをセットアップし、適切にパーティション分割しました。今、上司は本番環境のパーティションを縮小することを望んでいます。
HP DL380G6です
RAID5アレイには4つのホットスワップドライブがあります。
これを行うにはどうすればよいですか。私には悪い考えのようです。
パーティショニングを行うためにWindowsまたはHPを使用する必要がありますか?
実稼働環境では何に注意する必要がありますか?アイデアは、サイト(Inetpub)をC:ドライブではなく別のパーティションに配置することです。
どのくらいのダウンタイムが予想されますか?
これはひどい考えですか?
私が見逃した他の何か?
編集/更新:私は収集した情報を提示し、ユーザーからここに提供された情報を含めましたが、パーティション分割は行っていません!ありがとうございました!参考:彼のアイデアは、OSに障害が発生した場合にデータが安全になるように、2つのパーティションを作成することでした。
今、最も難しい部分はこれに対する正しい答えを選ぶことです...あなたは皆そのような良い情報を与えました。この質問のコメントで提案をしてください、そして私は答えの1つを選びます。
ええと...私の意見では、良い考えではありません。これは本番サーバーです。
いつそれが良い考えでしょうか?
バックアップが必要になります。ベアメタルから復元できることをテストしました。つまり、パーティションで遊んでいます。 1つの間違い=多くのダウンタイム。
あなたmight gpartedでLinuxブートディスクを使用してパーティションを編集することはできますが、それでもかなりのリスクを冒しています。 RAIDコントローラーを使用します。
最善の策は、バックアップすべて、ドライブをワイプして再パーティション化し、バックアップからデータを復元することです。
さらに、スタンバイサーバーを本番サーバーに切り替えてから、本番サーバーをスタンバイに変えて、上記の手法で再パーティション化することをお勧めします。
ダウンタイム-1時間かかる場合があります。問題が発生した場合は、半日から1日以上かかる場合があります。何かがうまくいかないかどうかを知るまで、あなたは知りません。
主に、何かを試す前に、本番サーバーになることを移行することを心配しますoff。実稼働サーバーのパーティションで遊んで、トラブルを求めているようなものです。
ええ、バートが言ったように、ロードを他のサーバーに移動してから、最初のサーバーを安心してワイプしてリロードするのが最も簡単なオプションです。しかし、2つのパーティションが両方とも同じRAID-5アレイ上にあり、完全に拡張されている場合、パフォーマンスに役立つとは限らないか、システムボリュームでinetpubを見つけるのが難しいということにはあまり意味がありません。
パスの問題と実行中の本番サーバーの改ざんの問題の両方を解決するために、もう一方のルートに行き、もう一方のサーバーをやり直して、代わりに1つのパーティションのみを使用しますか?または、別のオペレーティングシステムミラーアレイ用の追加のドライブのペアに投資してワイプし、両方をリロードします^^
縮小するスペースがない場合(Server 2008+のボリューム管理が大好きですが、ついにシステムボリュームの拡張や縮小などの便利な作業を開始します)、オンラインオプションを利用できなくなります。ファイルをディスクの先頭に移動するdefragツールを使用します-おそらく組み込みのデフラグツールで十分です。次に、シュリンクチェックを再実行します。十分にテストされたバックアップを用意し、メンテナンス期間中に実行します。
スタンバイサーバーを本番サーバーに切り替えてから、本番サーバーをスタンバイに変えてパーティションを再作成します。ジャンクの場合は、古いプライマリを再構築している間だけ機能する必要があります。これが上司の考えである場合は、彼が望むオプションを承認してもらいます。計画されたダウンタイムを使用し、サーバーの再構築に予想よりも時間がかかる場合にスタンバイを起動できるか、マシンを交換して、構築中に劣化する可能性のあるサービスを利用できるようにします。これはそれ自体があなたの呼びかけではないはずです-ビジネスにオプションを提示し、彼らに決定させてください
まず、再パーティション化は大したことではなく、すぐに利用できる製品が多数ありますが、常に何かがうまくいかない可能性があります。マーフィーの法則により、このシステムを稼働させる必要があればあるほど、すべてが洋ナシ型になる可能性が高くなります。したがって、他の人がすでに言っているように、コールドメタル状態から使用できるバックアップが絶対に必要です。
上記にもかかわらず、このような操作の本当の理由は示されていません。これにより、30分からバックアップからの復元にかかる時間までのダウンタイムが発生する可能性があります。すべてがうまくいったとしても、ダウンタイムの量は、主にパーティションのサイズ、パーティション上のデータの量、断片化のレベルなど、いくつかの要因に依存します。
少なくともWindowsマシンでは、OSとデータを別々のパーティションに分割するという古い考えは、最近ではごく少数の管理者しか従わないようになっています。 。それらを分離する必要がある場合は、同じドライブ上のパーティションではなく、別々のドライブで分離してください。 RAIDを使用しても、これはまったく変わりません。