Windows Server 2012を使用しない技術的な理由はありますか?


13

私の会社は、Office 365の同期、Lync、Exchange、およびOutlookを使用して、企業全体でActive Directoryを展開しています。

現在、ADはありません(まだ)。5つの独立したオフィスに400人以上のユーザーがいます。

私たちが直面している問題は、最初にWindows Server 2012または2008R2を展開する必要があるかどうかです。

特定の要素は2012年の未知の問題を恐れており、請負業者の1人は、2008年の方が知識ベースが大きいため使用することを提案しました。

2012年にすべてのテストを実施しましたが、いずれかが目的に合っていることを知っています。これは非常に単純な展開です(2つのDCと1つのADFSサーバー)。

また、WDS、WSUS、Sharepoint、およびWebHelpDeskを追加します。

これが環境の完全な説明であると仮定して、最新の利用可能なバージョンを使用すべきではない有効な技術的理由、または注意すべきWindows Server 2012の警告はありますか?


4
「広告がない」とはどういう意味ですか?「ワークグループ」の5つのオフィスに400人以上のユーザーがいますか?
ウォーレンP

1
それは正しい、ワークグループ内の400人以上のユーザー。ネットワークのセキュリティを改善するために雇われましたが、ADが最初のステップです。過去2〜3年にわたって成長したSMBであり、インフラストラクチャはそれとともに成長していません。明るい面では、かなり強力なvSphereサーバーがあるため、既存のクラウドサービスとサーバーとの統合をテストするための完全なサンドボックス環境を構築できました。
マット・ベア

最大の皮肉なことに、サーバー2012ライセンスを購入し、ダウングレードオプションを使用して2008r2を実行しています。すべてのユーザーがOffice 365にあり、o365からエクスポートし、ADにインポートしてから同期する必要があります。
マット・ベア

もうMSから2008R2ライセンスを購入することはできません。既に「在庫あり」のベンダーからのみ入手できます。既に述べたように、ダウングレード権があるので意味がありません。
クリスS

1
最新バージョンを使用しないことが理にかなっている唯一の理由は、最新バージョンでうまく動作しないADに既に展開および統合されているものがある場合です。ADがまったくないため(!)、これは問題ではありません。
ロブ・モイア

回答:


13

2012年への移行を遅らせるために私が提案できる唯一の理由は、クリーンにアップグレードできない既存のドメインアーキテクチャがあることです。しかし、まだActive Directoryを展開していないので、LANを「ワークグループ」モードで使用し、ドメインをまったく使用していないと思います。これはServer 2012をインストールするのは簡単なケースで、新しいツールは最新のActiveDirectoryドメインコントローラーと関連インフラストラクチャを作成するための、これまでで最も簡単なツール。しかし、Windows NT Server、pre-Active-Directory-domainsをまだ使用しているということであれば、2008 R2までずっと一度でも取得できるかどうかはわかりません。質問を更新して、「ADを使用していない」という意味を今すぐ指定することをお勧めします。

どちらの方法でも本を入手し、Active Directoryを展開する前に学習します。オフィスで2012 / 2008R2混合ドメインサーバー環境を実行しています。既存の2008R2ツールは2012ツールよりも優れていることを知っていますが、2012ツールは特定の奇妙な小さなタスクを除き、あらゆる点で優れています。必要に応じて、2012年でも古い2008R2ユーザーインターフェイスにアクセスできます。

Windows Server 2008 R2と2012はどちらも素晴らしい製品です。最新バージョン(Server 2012)を小規模なLAN環境に展開しない理由や、新しいActiveDirectory展開、および2012年の技術的に高度な機能の多くは、2012の展開を好む理由です。

既存の2008 R2インフラストラクチャを備えた大規模ネットワーク環境では、明らかに、巨大な2008R2ネットワークのサーバーの一部のみを2012年まで移動するのではなく、より多くの2008 R2ドメインコントローラーを展開する合理的な理由があります。


1
Windows Server 2012で使用可能なDELL PERCカード用のドライバーをまだ持っていないいくつかのDellサーバーボックスを見つけました。それが誰かが遅れる理由の1つです。ハードウェアのドライバーを待っています。
ウォーレンP

すべてのDellハードウェアは、Windows Server 2012でうまくサポートされているようです。
ウォーレンP

既存のドメインがある場合、アップグレードを妨げている混乱をクリーンアップできるまで、2012 DCをまだ実行し、ドメインを2008R2機能レベルに維持できるはずです。この機能は、いつものように、以前のバージョンの厳密なスーパーセットだと思います。
ファルコンモモット

14

一般的なケース:$LATEST_VERSION特別な必要がない限り使用します。

ほぼ確実に一般的なケースに陥ります。さらに、「レガシー」なものが足りないためです。

2012年には未知の「問題」が存在する可能性があるのは事実です。しかし、2012年は主に2008R2への漸進的な変更であり、比較的広範なテストが既に行われていることを考慮すると、(他の多数のユーザーと一緒に)実稼働準備が整ったことを確信しています。Windows OS Production Readyを検討する前にSP1を待つのは時代遅れであり、しばらくの間そうであると主張する、いくつかの話題のWebサイトがあります。


私はあなたに同意する傾向がありますが、権力は慎重になろうとしているので、将来のある時点でアップグレードする計画とともに2008r2で前進します。
マット・ベア

3
これはほとんど意味がありませんが、2008R2から2012へのアップグレードは比較的簡単です。
ウォーレンP

7

「安全な」バージョンを何回も受け継いだ人の観点から言えば、避けられない本当の避けられない理由がない限り、最新のものを使用することをお勧めします。一部の人にとっては、驚きがないはずだという理由で古いバージョンを使用する方が安全に思えるかもしれませんが、それがまさにテストの目的です。

簡単に言うと、そうする本当の理由がなければ、すでに4または5年前のバージョンをインストールすることは意味がありません。確かに今日は少し理にかなっているように見えるかもしれませんが、これから数か月、または1年または2年後にはどうでしょう。アップグレードする必要がないのに、後でアップグレードする余分な作業を作成するのはなぜですか?


丁度。私はWS 2012年に起こっていないだろうW 2008 R2サーバー上の問題解決の3日間を過ごすとき、私は嫌い
ウォーレンP

私が継承したシステムはまだServer 2003を実行しており、過去2年以内にNT 4システムに出くわしました。:(
ジョンガーデニアーズ

痛い。少なくとも、うまくいけば、残りのNT 4または3.5システムでは、仮想マシンが...古代のバイナリを実行するために周りに保たれている
ウォーレンPに

3

私は一般的に最新バージョンを言っていただろうが.......

私見は、他の人々が最初のリリースのためにモルモットを聞かせて!根本的に異なるため、SP1で解決されるのを待っている厄介な驚きがいくつかあります。それを待ってから、アップグレードを検討してください。もちろん、2012年に必要な機能が今すぐ必要な場合を除きます。


私の前の会社は、current version - 1そのためだけに使用するというポリシーを持っていました-他の人が転倒するようにし、私たちはフォールアウトに応じて決定します。
SeanC

1
これと同じがらくたを信じるLoBベンダーがいます(私の意見が抜け落ちてしまいました)。彼らのソフトウェアは絶えず私たちをアップグレードから遠ざけてしまいます。OSやその他のソフトウェアの問題は、「慎重な」ベンダーの問題よりもはるかに少ないです。
クリスS

誰もが忘れたくなるOSにアップグレードすることを決めたとき、人々が経験した苦痛を想像することはできません-Vista!Windows 7を待つのは賢明でした。
マット

SP1まで待つ必要はまったくないと思いますが、2012年は短期間しか出ていないので、比較的立証されていません。おそらく年の終わりには、SP1がリリースされていなくても、その品質について良い考えを持つようになるでしょう。
マット

2
@ChrisS:小さな苦労しているソフトウェア会社で、最終的に自分の貧しい慣行に帰せられるもののせいにすることができる他のすべてを非難し、あなた自身のバグのあるコードは標準的な操作手順です。私はいくつかで働いたので知っています。私は誰も非難していません。それは、おそらくベンダーの大量のバックログが原因で、そのベンダーに多くのストレスがあるという兆候です。
ウォーレンP
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.