こんにちは私はすべてSBS2003サーバーに接続された約25台のコンピューターのネットワークを実行しています
シンクライアントを使い始めたいのは、新しい従業員全員のためにコンピューターを構築するのに時間がかかり、それに加えて他のすべての利点があるからです。
私はすぐにそれを調べました、そして私の2003サーバーがそれをすることができるようです、しかし私はそれをするべきであり、そしてそれ専用の別のサーバーを持つことを望みます。
では、知りたいのは、どのサーバーを購入する必要があるのかということです。 2008バージョンを入手して、2003サーバーで動作させることはできますか?または、別の2003サーバーを使用する必要があり、どのバージョンを入手する必要がありますか?
また、既存のCALを使用できますか、それとも移動したり、新しいCALを購入したりできますか?
そして、シンクライアントに購入を勧める人はいますか?私はすべてのアイテムをneweggから入手しているので、彼らから提案する特定のクライアントがあれば、それは素晴らしいことです。
助けてくれてありがとう!
「シンクライアント」がRDPを使用してリモートデスクトップサーバー内の仮想デスクトップに接続している場合、いいえ、SBSはそれを実行できませんでした。ライセンスと技術的な制限があり、この方法で構成できません。 KB828056 言います:
Windows Small Business Server 2003ベースのネットワークにターミナルサーバーを展開するには、追加のWindows Server2003ベースのコンピューターをインストールする必要があります。
それ以外に、はい、追加のWindows Serverインスタンスをインストールして、リモートデスクトップ/ターミナルサーバーセッションホストとして実行するように構成できます。ターミナル/リモートデスクトップサービスには追加のライセンスが必要であることに注意してください(つまり、独自のCALがあります)。サイズ設定には注意が必要ですが、MicrosoftのWebサイトから キャパシティプランニングガイド が入手可能で、大まかなガイダンスが提供されています。
"シン"クライアントでさえ、製造元、製品ライン、または実行中のソフトウェアバージョンに応じて、サポートされる場合とされない場合がある多種多様な機能を公開するため、製品の推奨事項を直接示します。事実上不可能です。ユーザーが必要とすることがわかっている機能のリストを確認し、ユースケースが特定のモデルで機能するかどうかをメーカーまたは製品データシートに確認する必要があります。シンクライアントの一般的な問題点は、主にローカルPCに従来接続されていたハードウェアに関係しますが、次のようなシンクライアントでのドライバー、ハードウェア、またはプロトコルのサポートが必要です。
また、特定の機能が使用できないか、パフォーマンスが大幅に低下している可能性があります。
したがって、先に進む前に、ユースケースを徹底的にテストしたことを確認してください。最も機能が充実しており(ターミナル/リモートデスクトップサーバーに接続している現在のバージョンのWindowsのローカルインストールと比較して)、おそらく最も高価な(ハードウェア要件の増加により)クライアントは実行中のクライアントですWindows Embedded Standard/Enterprise。 Windows CE/Embedded CompactまたはLinuxフレーバーを実行しているクライアントは、機能セットが削減される代わりに、大幅に手頃な価格になります。
これらがユーザーにとって重要なツールになる場合は、回復力のあるものを構築する必要があります。
単一のSBS2003 Serverは、回復力も強力も十分ではないため、クラスター化するものを検討しています。あなたにはたくさんの選択肢があります。
しかし、このルートを開始する前は、25のクライアントとSBSを実行しているだけで、かなり小さな店のように見えます。この道を進むべきかどうかについて、じっくり考えてください。あなたがすでにしていることの本当に何が悪いのですか?予算はありますか?ユーザーにとってより安価なハードウェアを手に入れる一方で、追加のサーバーコスト、ライセンスの問題、および違反する学習曲線が発生するためです。
これはあなたの雇用主、あなた自身、そしてあなたのユーザーにとって価値がありますか?
現在のCALは、ファイル、印刷、AD、ExchangeなどのSBSに接続するためのクライアントを対象としています。TSには個別のCALが必要です(TSは、自宅に電話して確認できるようにWebアクセスが必要です-TSライセンスは紙の演習だけでなく、強制されます)。デバイスとユーザーの両方のCALがありますが、両方を組み合わせて使用することはできません。個人的には、ユーザーCALの方が柔軟性があると感じています(1人のユーザーは任意の数のデバイスを使用できますが、スタッフの数は常にわかっています)。注:私はライセンスの専門家ではありませんが、私が働いている場所でライセンスに関与することを意図的に避け、技術的な側面に固執しています!
専用のTSサーバーが必ず必要になります。25台のデスクトップコンピューターと実行したいアプリでのスタッフの作業負荷について考えてみてください。おそらく、ハードウェアのサイズ設定に関していくらかの合計を行う必要があります。そして、潜在的な成長、または単に新しいアプリ、更新、および要件の変更の余地を残してください。それはおそらくひどく安いサーバーではないでしょう。しかし、それは重要であり、SBSに実行させたいことではありません(すでに多くのタスクを実行しています!)
PCを構築する際の問題(ほとんどの場合時間を節約しようとしているように聞こえます)に関する別のアプローチは、これを部分的または完全に自動化することです。 Windowsの応答ファイルを確認してください。Windows7にはWAIKとサーバー側と呼ばれるものがあり、RIS(現在は非推奨の名前かもしれません-まだ存在していると思います)またはSCCMを確認してください。また、Altiris(別名HP Rapid Deployment Pack)は非常に強力です-それを使用して2つの非常に複雑なCitrix(事実上TSの下に..)環境を構築します(2つの異なるO/Sと数百のアプリ。動作します非常にまあ、しかし私はそれがいくらかかるかわかりません、そしておそらくより単純な環境にとってはやり過ぎです)。
しかし、私の個人的な答えは、現時点でTSルートをたどるのではなく、PCビルドを標準化することです。自動ビルドは、ハードウェアモデルの標準セットを購入している限り、Symantec Ghostや一部のMicrosoftツールなどを使用して非常に簡単に管理できます(この方法でドライバー管理が簡単になり、MS SCCMこれは簡単で、各HWモデルに必要なドライバーのみを追加できます。各モデルのイメージを作成する必要はありません)。 PCが古くなるにつれて、より強力なモデルに簡単に置き換えることができます。 PCは、年齢に応じて(たとえば、5歳になると)バッチで交換することもできます。何を交換するかを予測できるため、予算計画も簡単になります。
あなたはかなり幅広い質問をしたので、私の答えはそれのすべてをカバーしていません、そして実際私はPCの管理もカバーしました、しかしおそらくそれはとにかく助けになりました。ビルドに問題があるようです(つまり、自動化されていません)
私は他の人がいくつかの追加のTSの詳細を手伝うために加重するかもしれないと思う。