Windowsワークグループからドメインへの移行
サーバーなしでワークグループモードで実行されているWindowsネットワークがあります。ネットワーク上には約14台のマシンがあるため、ドメインモードのSBS2008サーバーに移行するときが来ました。私の質問は、このドメイン設定へのユーザーアカウントの移行に関するものです。
各マシンには複数のアカウントがあり、複数のマシンにアカウントを持っている人もいます。合計で約15人のユーザーと、訪問者用のゲストアカウントがあります。すべてのマシンでWindows XP Proが実行されていますが、追加されようとしているWindows7ラップトップが1台あります。
新しいアカウントを作成するだけでなく、プロファイルを転送したいと考えています。おそらく、すべてのユーザーのファイルを新しいサーバー上のユーザーのホームディレクトリに移動したいと考えています。
過去にUSMT、moveuser.exe、ADMTの推奨事項を見てきました。また、新しいアカウントを作成してからプロファイルをコピーして手動で移行することをお勧めしますが、この方法を最後に試したとき（2004年頃）はかなり面倒でした。これらの方法のいずれかを使用することは、おそらく、移行元のマシンを決定する必要があることを意味します。
マシン間でアカウントが重複していることを考えると、これはかなり手動で行う必要があると言われることを期待していますが、ヒントと優れた方法は歓迎されます。この状況にどのように対処し、どのような潜在的な問題や問題を予想しますか？
複数のワークステーションにまたがる同じユーザーの複数のプロファイルを持つことについて話すことはできませんが、SBS2008がSBS2003のようなものである場合、コンピューターをドメインに参加させ、個々のユーザープロファイルをドメインに移行するという非常に優れた仕事をする必要があります。プロファイル。もちろん、私はワークステーションごとに1人のプライマリユーザーがいて、あなたのように複数ではないシナリオについて話しています。私見では、これはSBSの長所の1つであり、ワークグループからドメインへの移行を可能な限り簡単にします。 「ユーザーの追加ウィザード」は、現在のユーザー名とコンピューター名に基づいてユーザーアカウントとコンピューターアカウントを作成するのに非常に役立ちます。ワークステーションごとに「プライマリ」ユーザーを選択し、「ユーザーの追加ウィザード」を使用して、それらのユーザーとプロファイルをドメインに「移行」し、コンピューターをドメインに参加させることをお勧めします。次に、移行後にアクセスして、ワークステーション全体に散在しているさまざまなユーザープロファイルから必要な部分を選択できます。
マシン間でアカウントが重複していることを考えると、かなり手動で行うことになります。
>笑顔<
私は、特定の状況のために作成する可能性のある特注のスクリプトを超えて、そのような移行を実行するためにツールを使用するのが好きではありません。このような狭い環境で手作業で注意を払うと、最良の結果が得られるように感じます。不機嫌そうに呼んでもいいけど、こういう作品には人間の判断の呼びかけがたくさん出てくる気がします。 （公平を期すために、ユーザーのプロファイルデータを保存することを気にした約20シートを超える移行も行ったことがありません。私に言わせれば、大きな悪夢のようなピアツーピアの地獄を移行します。自動化されたツールは、適切にテストされ、再度テストされ、3回目のテストが行われた場合、大規模な移行がはるかに簡単になる可能性がありますが、クライアントの数は、テストで常に成果を上げるのに十分な大きさである必要があります。）
まず、目的のフォルダーリダイレクト、移動ユーザープロファイルなどを使用して、サーバーコンピューターをセットアップします。ドメインにテストマシンを参加させ、すべてが期待どおりに機能することを確認します。新しいユーザー環境のカスタマイズを行う必要がある場合は、グループポリシーを設定してください。理想的な状況は、新しいユーザーの移動ユーザープロファイルが、「管理者が最初にログオンしてレジストリに設定する必要がある」という愚かさを必要としない場合です。 SBS 2008を「壊す」と リダイレクトされたフォルダを手動でプロビジョニングする デフォルトの方法はばかげていると思うので。これには、ユーザーがログオンする前に、ユーザーのドキュメントなどを入れるフォルダーを提供できるという利点があります。
個々のユーザーのレジストリを破棄できれば、最もクリーンな移行が可能になります。 （Crappyアプリは、ユーザーのレジストリに絶対パスを保存することで有名であり、レジストリ間で一括検索と置換を行う必要があるのは楽しいことではありません。）
レジストリを破棄することで逃げられない場合は、USMTに慣れるか、GUIを使用して ローカルプロファイルをドメインプロファイルにコピーする か、手動でアクセス許可をハックする必要があります。 NTUSER.DATに保存されます。個人的には、レジストリは絶対的なパスやとにかくそのようなフーイでガンガンになっている可能性があるので、私はレジストリを破棄します。
さまざまなマシン間で心配するファイルバージョンの競合がないと仮定すると、各ユーザーのすべてのファイル（ドキュメント、お気に入り、おそらくCookie、何か便利なものがあると感じた場合はAppData）を新しいマシンに積み上げるだけです。 -サーバーコンピューター上に移動プロファイル/リダイレクトされたフォルダーを作成し、ローカルに保存されたプロファイルのコピーをいくつかのオフラインメディアに移動して、保管します（そして、通知せずにローカルプロファイルにフォールバックして、さらに大きな混乱を引き起こさないようにします）。
ユーザーがWindows7 <-> Windows XPに移行する場合は、移動プロファイルではなくフォルダーリダイレクトを使用することを強くお勧めします。これは、ユーザーが相互に移動しないためです。また、とにかくすぐにアップグレードする予定です。その後、移行されない設定が失われます。
移動プロファイルの使用を主張する場合は、USMTを使用してローカルユーザープロファイルをマシン上のネットワークユーザープロファイルに移行し、プロファイルをローミングするように設定し、空白のディレクトリをポイントします。ユーザーがマシンからログアウトすると、IIRCが自動的に実行されます。プロファイルをコピーするので、ユーザーがログインする場所（十分にログアウトする場所）には十分注意してください。