私はあまりマイクロソフトの管理者ではありません。ただし、私doは、新規および既存のMicrosoftExchange展開で広範囲に機能します。それがキャリアアークの流れです。
私は地元の「PC男」に満足していない15人のユーザーの小さな顧客と仕事をしています。彼らは私に2、3のシステム停止の間に介入するように頼んだ。今朝の「インターネットにアクセスできません」緊急時に気付いたのは、クライアントがオンプレミスにWindows SBS2011サーバーを持っていたことです。
電話システムで不正なDHCPサーバーが誤って起動され、SBSDHCPサービスが実際にシャットダウンしました。これが通常のWindowsServerで発生するのを見たことがなかったため、ダウンタイムと混乱が発生しました。
メインのDHCPスコープは、/ 24サブネット全体を定義するという点で少し奇妙に見えますが、その広い範囲を除外しています。ローカルPCリソースは、このように構成する必要があると言っています。そうしないと、 "SBSが機能しません..."
作成されたように見える面白いOUがたくさんあります。主に親「MyBusiness」の下にあります。
Exchangeメールは複雑で、デスクトップユーザーはPOP3アカウントとMAPIアカウントの両方を必要とし、インバウンドはオフサイトサーバーに送信されます。私はそれを整理することができますが、たまたま Exchangeはライセンスされていませんでした 。このサーバーは3年間運用されていますが、これは 構成の問題 のようです。
私の推奨事項は、10ユーザーのビジネスであっても、Small BusinessServerのようなものは避けることです。しかし、その意見は、SBSと伝聞に精通していないことから形成されました。短所・短所をより明確に理解したいと思います。
SBSは、「IT部門はないが、オールインワンサーバーが必要な中小企業向けのWindowsServer」であると常に理解しています。 SBSは、一部のショップでは意味がありますが、他のショップではあまり意味がありません。 100%マイクロソフトになりたい、まだクラウドに移行する意欲がなく、従業員が25人未満の場合は、会社にとって理にかなっている可能性があります。 「スタンダード」では最大75人のクライアントが利用できますが、50人以上の従業員がSBSを利用しているお店は実際には見当たりません... 50人のITプロフェッショナル/開発者??ありえない。 50人のかご細工と3人のサラリーマン?承知しました。
SBSサーバーには、IT以外の人が少なくとも十分に半管理できるようにする、多くの小さなウィザードと調整が含まれているという考えでした。ユーザーアカウントの作成、リモートアクセス、ファイルと印刷の共有、バックアップなどはすべて、SBSウィザードを介して処理されることになっています。
あなたが発見した癖は、SBSがその独自性を示すのが好きな方法です。 :)
電話システムで不正なDHCPサーバーが誤って起動され、SBSDHCPサービスが実際にシャットダウンしました。これが通常のWindowsServerで発生するのを見たことがなかったため、ダウンタイムと混乱が発生しました。
SBSは、同じネットワーク上で別のDHCPサーバーを検出すると、自身のDHCPサービスを停止します。不正なDHCPサーバーのIPアドレスを説明するイベントID1053がSBSサーバーのシステムイベントログに記録されます。
メインのDHCPスコープは、/ 24サブネット全体を定義するという点で少し奇妙に見えますが、その80%を除外しています。ローカルPCリソースは、このように構成する必要があると言っています。そうしないと、「SBSは機能しません...」
繰り返しになりますが、「あなたはITに参加していないと思います」というもののもう1つです。それらは、誰かがそれらを使用する可能性が最も高いことを知っているスコープの上部と下部でいくつかの静的アドレスの除外を可能にします。
作成されたように見える面白いOUがたくさんあります。主に親「MyBusiness」の下にあります。
もう一度、「使いやすさ」に戻ります。このOUとそのサブOUは、いくつかのデフォルトGPOとともに作成されます(ここを参照してください: http://www.techrepublic.com/blog/the-enterprise-cloud/windows-small-business-server-2011- default-group-policy-configuration / )これは、IT以外の管理者が、OUとは何か、OUの目的などを処理するのに役立つはずです。
Exchangeメールは複雑で、デスクトップユーザーはPOP3アカウントとMAPIアカウントの両方を必要とし、インバウンドはオフサイトサーバーに送信されます。
これは、ExchangeがSBSサーバーでどのようにセットアップされたかに基づいています。 POP3は、MAPI、さらにはIMAP4とともにデフォルトで有効になっていると思います。また、POP3コネクタや、サードパーティの電子メールプロバイダーのメールボックスを収集してExchangeの内部に取り込むその他の手段など、いくつかの癖があります。ただし、ほとんどの場合、SBS上のExchangeは、Exchangeスタンドアロンと同じように管理および展開できます。
言ったことすべて:
Are there any other quirks I should know about in the process of making a case to the customer?
ユーザー制限があります(Essentialsは標準ライセンスで25、75です)。 SBSはPDCエミュレーターDCである必要があり、「SBS環境内に追加のサーバーを展開する必要がある組織は、SBS 2011プレミアムアドオンを購入する必要があります。アドオンには、 Windows Server 2008 R2 Standardライセンス。これにより、Windows Small Business Server 2011ネットワークに2台目のサーバーを展開できます。PremiumAdd-onを使用すると、SBS2011ネットワークのHyper-V環境内で実行される仮想サーバーを追加することもできます。 " 引用
ただし、25未満の企業にとっての優れた利点は、EssentialsがCALを必要としないことです。したがって、CALを追跡する必要がなく、MSが登場したときに小さな企業を狂わせる必要もありません。
Given than there are so many odd behaviors and limitations associated with SBS, what is the intended or ideal use case for an
SBSの展開?
SBSは、Windowsショップを希望する中小企業にとって経済的な代替手段です。ただし、クラウド(および特に小さなWindowsショップ向けのOffice 365)を使用すると、私が見ることができるものからの欲求はますます少なくなっています。
Assuming a new set of Windows Standard 2012r2 servers can be deployed, are there any major caveats to migrating from SBS?
実際には...ライセンスのコストと管理による複雑さ以外は。必要に応じて、ADを移動してから、古いOUとGPOをクリーンアップできます。より大きな問題は、Sharepoint、SQL、およびExchangeに使用していたかどうかです。その時点で対処するのはより大きな移行ですが、SBSに固有のものは何もありません。ただし、リモートWebアクセスの使用に慣れている場合は、それはなくなります。
もう1つの重要な点は、SBS 2011以降、2012 Essentials(25ユーザーに制限)になったことです。ますます多くの中小企業がOffice365やその他のクラウド製品を利用するようになるにつれて、SBSはメモリにフェードインする可能性があります。
いくつかの軽い読書/リンク:
通常、スコープにはサブネット全体を含め、必要に応じてアドレスを除外します。 80%は少し極端に思えますが、少数のユーザーにとっては前代未聞ではありません。ただし、これは必須ではありません。SBSは、プールが大きい場合やスコープが小さい場合でも問題なく動作します。
OUは組織的なものです-それらを適切に使用する方法を知らないように見える多くの場所を見てきましたが、それは彼らがOUを作成した理由とのより大きな議論です
オフサイトサーバーへの受信メール:サードパーティのフィルターサービスを使用していますか? EOP/MXLogic/etc?
SBSは、小規模なオフィスでも問題ありません。私は一般的にそれを敬遠し、ほとんどの企業はある時点で拡大することを期待しており、SBSをかなり早く成長させることができます。しかし、小さいままでいることを期待している/望んでいるいくつかの小さなママ/ポップタイプの企業にとって、SBSは彼らのために働くことができます。ほとんどの場所が気付いていないのは、SBSの保守(およびバックアップ)にはまだ知識のある人が必要だということです。そのスペースのほとんどの場所は、Microsoft中心のソリューションを使い続けたいのであれば、今日のOffice365の方が適している可能性があります。
SBSから2012への移行プロセスは 文書化 です。
この移行ガイドには、次の手順が含まれています。
Windows Server 2012Essentialsの移行用にソースサーバーを準備します。ソースサーバーとネットワークが移行の準備ができていることを確認する必要があります。このセクションでは、ソースサーバーのバックアップ、ソースサーバーシステムの状態の評価、最新のサービスパックと修正プログラムのインストール、およびネットワーク構成の確認について説明します。
Windows Server 2012Essentialsを移行モードでインストールします。このセクションでは、移行モードで移行先サーバーにWindows Server 2012Essentialsをインストールするために実行する必要のある手順について説明します。
コンピューターを新しいWindowsServer 2012Essentialsサーバーに参加させます。このセクションでは、クライアントコンピューターを新しいWindows Server 2012 Essentialsネットワークに参加させ、グループポリシー設定を更新する方法について説明します。
Windows SBS 2011Standardの設定とデータをWindowsServer 2012Essentialsの移行先サーバーに移動します。このセクションでは、ソースサーバーからのデータと設定の移行に関する情報を提供します。
Windows Server 2012Essentials宛先サーバーでフォルダーリダイレクトを有効にします。ソースサーバーでフォルダーリダイレクトが有効になっている場合は、宛先サーバーでフォルダーリダイレクトを有効にしてから、古いフォルダーリダイレクトグループポリシー設定を削除できます。
ソースサーバーを降格して、新しいWindows Server 2012Essentialsネットワークから削除します。ネットワークからソースサーバーを削除する前に、グループポリシーを強制的に更新し、ソースサーバーを降格する必要があります。
Windows Server 2012Essentials移行の移行後のタスクを実行します。すべての設定とデータをWindowsServer 2012 Essentialsに移行した後、許可されたコンピューターをユーザーアカウントにマップすることをお勧めします。
Windows Server 2012Essentialsのベストプラクティスアナライザーを実行します。設定とデータのWindowsServer 2012 Essentialsへの移行が完了したら、Windows Server 2012 EssentialsBPAを実行する必要があります。