kumarightnow

スポンサーサイト

上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。
  1. --年--月--日 --:-- |
  2. スポンサー広告

backup1

バックアップユーティリティでは、ボリュームのシャドウコピーバックアップを作成できます。
これは開いているファイルも全て含めてファイルのその時点の正確なコピーです。
ボリュームシャドウコピーバックアップ中に排他的に開かれた状態のデータベース及びオペレータまたは
システムの活動により開かれているファイルがバックアップされます。この方法でバックアップするとバックアップ中に
変更されたファイルが性格にコピーされます。
・バックアップ中もアプリケーションがボリュームへの書き込みを続行できます。
・バックアップ中に開かれているファイルがバックアップ対象から除外されることはありません。
・ユーザをロックアウトすることなくいつでもバックアップを実行できます。

セキュリティを強化する為にネットワークユーザに証明書を展開しました。ドメインにログオンするためにスマートカードが
必要とされるようになります。SV1というドメインコントローラは証明書サーバとして構成されています。SV1の為のバックアップ
計画を作成する必要があります。バックアップはAD及び証明書を修復する為の最小量のデータだけを含むようにしなければならない。
　システム状態データをバックアップする
　→システム状態データには、レジストリ、COM+クラス登録データベース、システムファイル、ブートファイル及びWindows保護下にある
ファイルが含まれます。サーバの場合、システム状態データには証明書サービスデータベースも含まれます。サーバがドメインコントローラの場合
システム状態データにはADデータベース及びSYSVOLディレクトリも含まれます。

他のユーザがデータにアクセスし続けられることを保証→復元ではなくコピー

ミッションクリティカルなデータベースにて冗長障害が発生。まず初めに何をするか
　障害ディスクを選択し、ディスクの再アクティブ化を行う。
　→ミラーボリュームで一時的なI/Oエラーの場合は、まずディスクを再アクティブ化します。

SV1にはボリュームAとボリュームBというデータボリュームがあります。
一日2回規定の記憶領域を使用してシャドウコピーバックアップを作成する為にボリュームAで
ボリュームシャドーコピーサービスがスケジュールされています。
ユーザからUser共有の[以前のバージョン]のプロパティで最新のファイルバージョンだけしか使用できないという
報告がありました。ボリュームAに十分な空き領域がなく、古いシャドウコピーが削除されている事を発見しました。
あなたはシャドウコピーの領域をボリュームBに移動することに決めました。しかしボリュームAのシャドウコピーの設定を
開いた際、記憶域の配置を変えることができません。
追加のコピーの為に十分な領域を確保する為にシャドウコピーの記憶域をボリュームBに変更する必要がある。方法は
　ボリュームAの現在の全てのシャドウコピーをバックアップし、削除する。
　ボリュームAのシャドウコピーの記憶域をボリュームBに移動する。
　その後、新しい記憶域にバックアップコピーをリストアする。
　→シャドウコピーの記憶域ボリュームはシャドウコピーが存在しない場合だけに変更できます。既に有効になっているボリュームで
　　記憶域ボリュームを変更する場合、まず、そのボリュームにあるシャドウコピーを全て削除しておく事が必要

自動回復システム（ASR）修復手順
・OS媒体をセットし、再起動
・プロンプト画面にてF2キーを押す
・ASRディスクを挿入

ネットワーク上に存在するファイルサーバはSQL2003を実行するもう1台のサーバによって生成される大量のレポートで構成されている
このファイルは毎日置き換えられます。以下の要件を満たしている必要があります。
・バックアップは毎日行われる
・バックアップセットの中で開かれるファイルはできるだけ迅速に処理される
・サーバの復元はできるだけ迅速に行われ、また、復元に必要なオフサイトから持ってくるテープの数は最小限である
・ファイルのアーカイブ属性は削除されない
　バックアップの種類で[コピー]を選択する
　ボリュームのシャドウコピーを有効にする
　→ボリュームシャドウコピーは開いているファイルも全て含めてファイルのその時点の正確なコピーです。たとえばボリュームシャドウコピー
　　バックアップ中に排他的に開かれている状態のデータベース及びオペレータ及びシステムの活動によって開かれているファイルがバックアップされます。
　　コピーバックアップは全ての選択ファイルをコピーしますが各ファイルをバックアップ済みとしてマークしません。

SV1には別のディスク上に2つのNTFSボリュームが含まれ、それぞれC及びDというドライブレターを使用しています。
ドライブCはシャドウコピーが有効になっています。ドライブCのシャドウコピーの為の記憶領域は同じボリューム上に配置されています。
ドライブCはディスク領域が不足しています。ドライブDは開き領域があります。ドライブCのシャドウコピーの為の記憶域をドライブDに移動させる必要があります。
何を行うべきか
　ドライブCから全ての既存のシャドウコピーを削除
　　→シャドウコピーの為の記憶域を変更する場合、シャドウコピーを削除する必要があります。この問題を防止する為には、このシャドウコピーの為の
　　　記憶域を選択する際に、将来的に十分な領域をもつボリュームを選択する必要があります。

ドメコンにはシステムパーティションとブートパーティションの両方で構成される1つのディスクがあります。あなたは毎日ユーザプロファイルとユーザデータの
バックアップを行う為にカスタムソフトウェアを使用しています。カスタムバックアップソフトウェアでは、バックアップメディアの為のドライバを含む
起動フロッピーディスクを提供しています。毎週日曜日、あなたはリムーバブルバックアップメディアともに、ドメインコントローラ上で自動システム回復(ASR)
ウィザードを実行しています。データはbackup.bkfファイルにバックアップされます。月曜日、あなたはSV1というドメインコントローラに新しいappを
インストールしました。SV1を再起動すると以下のメッセージが出力されました。

”NTLDR is missing.Press any key to restart.”
SV1をできるだけ早くオンラインにする必要があります。方法は
　OS媒体を使用し、ASRディスクを使用してbackup.bkfの内容を復元し、SV1を再起動する

schtaskは定期的、あるいは日時に指定されたコマンド、またはプログラムなどが実行されるコマンドです。
/create
スケジュールされたタスクを新規作成する
/delete
指定されたタスクを削除する
/query
現在登録されているタスクを一覧表示する
/change
指定したタスクのスケジュール内容を変更する
/run
指定したタスクを今すぐ実行する
/end
現在実行中のタスクを強制的に停止する

SV1にハードウェア障害が発生した場合にも、完全に復元出来ることを保証する必要があります。
何を行うべきか
　自動システム回復(ASR)バックアップを作成する
　ユーザデータのバックアップを作成する

SUSサーバの障害時、サーバの機能を完全に復元する為には、管理サイトが作成されたWebサイトディレクトリ
コンテンツ、及びIISメタデータを含むSUSディレクトリをバックアップする必要がある。

ドメインコントローラ上のAD及び証明書サービスのバックアップをする必要があります。バックアップには必要最小限のデータのみ
含まれていなければならない。方法は
　バックアップユーティリティを使用して、システム状態データのバックアップを行う
　→Windows2003のシステム状態データはレジストリ、COM＋クラス登録データベースWindowsファイル保護に保護されたファイル及び
　　システムブートファイルで構成されます。サーバの構成によっては、その他のデータがシステム状態データに含まれる場合があります。
　　たとえば、サーバが証明書サーバの場合、システム状態データには証明書サービスデータベースも含まれます。サーバがドメインコントローラ
　　の場合、AD及び、SYSVOLディレクトリもシステム状態データに含まれます。

メンバーサーバ上にSV1という共有フォルダを作成しました。SV1には、プロジェクトドキュメントが保存されています。
ユーザがSV1内のドキュメントの以前のバージョンにアクセスできることを保証する必要があります。方法は
　SV1を含むボリュームのシャドウコピーを構成する
　→共有フォルダのシャドウコピーでは、ファイルサーバなどの共有リソースに置かれているファイルのある時点のコピーが提供されます。
　　 共有フォルダのシャドウコピーを使用すると過去のある時点に存在した共有のファイル及びフォルダを表示できます。
　　 また、共有フォルダのシャドウコピーはボリューム単位でのみ有効にすることが出来ます。つまりボリューム上の共有フォルダやファイル単位で
　　 コピーするかしないかを選択することはできません。

SV1のデータボリュームはソフトウェアRAID-5として構成されています。データボリュームを含むディスクの1つが障害を起こしました。
この障害が欠陥のあるSCSIケーブルが原因で起きたことを発見しました。あなたはSCSIケーブルを交換しました。
データボリュームを以前の状態に復元する必要があります。最小の管理の負担でこれを達成するために何を行うべきか
　RAID-5アレイ内のボリュームを選択し、ボリュームを再アクティブ化する
　→ディスクを再接続して、RAID-5ボリュームを修復するには、ディスクへの接続と再アクティブ化を試みます。
　　 障害の原因がボリュームの欠陥ではなくケーブルの欠陥だといっていますので以前の状態に復元するには
　　 再アクティブ化を実行します。

ADサーバ復旧方法
　ディレクトリサービス復元モードでSV1を再起動
　バックアップユーティリティを実行し、システム状態データを復元する為のオプションを選択する
　　
SV1というメンバーサーバはバックアップサーバとして機能しています。毎晩SV1はドメイン内の全てのサーバのDドライブに含まれる
全てのファイルの通常バックアップを行っています。ファイルは磁気テープに保存されます。
会社の新しいセキュリティポリシーによると全てのサーバはレジストリの破壊から保護される必要があります。
また、ネットワーク上にあるそれぞれのサーバのレジストリの現在のコピーが自動的に毎日、磁気テープにバックアップされることを
保証する必要があります。何を行うべきか
　それぞれのネットワークサーバでバックアップユーティリティを使用し、毎日実行されるバックアップジョブを作成する。それぞれの
　サーバのシステム状態データをDドライブ内のファイルにバックアップするよう、ジョブを構成する。
　
障害が発生したドメコンを復元する必要があります。ドメコンの為の前回バックアップは1週間前に行われました。あなたは最初に
ドメコン上にWindows2003をインストールしました。次に何を行うべきですか
　ドメコンを起動し、ディレクトリサービス復元モードを選択する
　通常の(非Authoritative)Restoreを行う。

SV1は今後30日間開発の為に使用されます。毎日SV1上の全てのデータのバックアップをとる必要があります。
これらの業務要件を満たす為にSV１のバックアップを自動化しなければなりません。これを最低限の管理作業で行う必要があります。
　通常バックアップとしてスケジュールされたバックアップを作成する。
　このジョブの開始日を今日に設定し、終了日を今日から30日後に設定する
　→バックアップの実行スケジュールは、通常バックアップのスケジュールを実行間隔及び開始日と終了日を指定することが出来ます。

システム状態データのバックアップの復元を行う為に正しい選択をする必要があります。何を行うべきか
　NTBackupを画面でインタラクティブに使用する
　→ntbackupコマンドではコマンドラインからファイルを復元できません。ntbackupによってバックアップされたシステム状態データを復元するには
　　バックアップまたは復元ウィザードを使用します。

シャドウコピーの以前のバージョンにアクセスする
　グループポリシーを使用し、全てのクライアントコンピュータにSV1/windows/system32/clients/twclientからアプリケーションパッケージを配布する
　→以前のバージョンを参照する為にはクライアントソフトウェアが必要です。クライアントソフトウェアはシャドウコピーを”以前のバージョン”として参照します
　シャドウコピー用のクライアントソフトウェアは、サーバの/%systemroot%/system32/clients/twclientディレクトリにインストールされます。

誤ってOUを削除してしまった。復元方法は
　ドメコンのシステム状態データのAuthoritative Restoreを行う。レプリケーションのためにOUをマークする
　→システム状態データをドメコンに復元する場合、プライマリRestoreを実行するかAuthoritativeRestoreを実行するかまたは非AuthoritativeRestore
　を実行するかを選択する必要があります。システム状態データをドメコンに復元する規定の方法は非AuthoritativeRestore(通常)です。このモードでは
　ADサービスまたはファイルレプリケーションサービス（SYSVOL含む）などの別のドメインコントローラにレプリケーとされるシステム状態のあらゆるコンポーネントが
　データ復元後のレプリケーションにより更新されます。たとえば前回バックアップを1週間前に実行し、システム状態が規定の復元方法（非Authoritative）で
　復元された場合、そのバックアップ操作後に加えられる変更は全てドメコンからレプリケートされます。
　前回バックアップ操作の後に加えられた変更をレプリケートしない場合もあります。つまり、全てのレプリカをバックアップされたデータと同じ状態にするケースが
　あります。この状態にするにはAuthoritativeRestoreを実行する必要があります。
　

SV1のフォルダ内のデータベースファイルが壊れていることを発見しました。最新のバックアップを使用して壊れたファイルを置き換える必要があります。
あなたはファイルが壊れたのが最新のバックアップが完了した前か後かどちらかわかりません。現在のファイルを上書きする為にバックアップ内のファイルが
問題なく開けるか確認する必要があります。何を行うべきか
　一時フォルダにファイルを復元してデータベースファイルに正しいデータが含まれていることを確認する
　復元されたファイルをSV1にコピーする

前週分のバックアップログを参照できる必要があります。何をすべきか
　担当者のユーザーアカウントを使用してログオンし、バックアップユーティリティを開く
　→バックアップを行ったユーザにて確認が出来る

バックアップログの全ての内容を見る
　バックアップユーティリティを開き、ツールメニューからレポートをクリックする

ASRフロッピーディスクをなくしてしまった。ASRウィザードを開始し、復元するFDに含むものは
　asr.sif
　asrpnp.sif
　→ASR復元でシステムファイルを復元するときには、ASRバックアップファイルasr.sif及びasrpnp.sifを含むフロッピーディスクを
　　用意する必要があります。

SV1はバックアップユーティリティを使用して毎晩バックアップされています。バックアップユーティリティを使用してSV1の復元テストを行いました。
そこでバックアップ処理中に開かれていたファイルがバックアップされていないことに気がついた、改善方法は
　バックアップオプションの詳細で[ボリュームのシャドウコピーを無効にする]をクリアする
　→[ボリュームシャドウコピーを無効にする]オプションを選択した場合、バックアップ中に開かれているか使用されている一部のファイルが
　　スキップされることがあります。

SV１にSUSをインストールし設定しています。以下の設定を行いました。
インターネットアクセスの為にプロキシサーバを使用しない
Windowsアップデートサーバから直接同期を行う
前回承認された更新の新しいバージョンを自動的に承認する
更新をローカルフォルダに保存
SUS設定のバックアップを取り、SV1の為の日時同期プロシージャをスケジュールしました。その日の午後SV1に障害が発生しました。
元の設定を使用してOS、IIS、SUSの復元を行いました。他のデータを上書きすることなくSUS設定の完全復元を行う必要があります。方法は

バックアップユーティリティを使用してIISメタベースファイル、規定のwebサイト、コンテストストレージロケーションを復元後、IIS管理ツールを使用して
IISメタベースを復元する

SV1をバックアップする為にSV2上でバックアップユーティリティを実行した。SV1の最新のバックアップログをみる為に何をすべきか
　SV2にあるバックアップレポートを見るためにメモ帳を使用する

あなたは磁気テープにF:\dataの増分バックアップを行う為にバックアップユーティリティを使用しました。バックアップは通常通り完了しましたが
テープサーバの上でエラーインジケータを見つけました。バックアップテープからF:\data\を復元出来る事を確認する必要があります。
この確認作業によって、現存のファイルに影響を与えてはなりません。何を行うべきか
　バックアップユーティリティで[メディアの復元と管理]タブを開き、元のテープメディアを選択する。
　復元先が新しい場所になっている事を保証する。復元を開始し、全てのファイルが問題なく復元されている事を確認する


サーバ障害時にSUSを復元出来る事を保証しなければなりません。SUSを現在の構成に復元する為に必要となる全てのコンポーネントを
バックアップする必要があります。バックアップ領域の制限の為あなたは必要の無いデータをバックアップすることはできません。
　同期されたコンテンツを含むSUSフォルダをバックアップする
　SUSAdminサイトが作成されたフォルダをバックアップする
　IISメタデータをバックアップする

　→SUSサーバの障害時、サーバの機能を完全に復元する為には管理サイトが作成されたWebサイトディレクトリコンテンツIISメタデータを含む
　　ディレクトリをバックアップする必要があります。

通常のRestore=非AuthoritativeRestore
  1. 2010年03月22日 22:03 |
  2. backup
  3. | トラックバック:0
  4. | コメント:0

監査・IIS・アクセス権・プリンタ

ネットワークにはドメコン、ファイルとプリントサーバ、APサーバが含まれます。
全てのサーバの現在のシステムパフォーマンスをモニタする責任があります。あなたはそれぞれのサーバの種類に応じた
パフォーマンスデータを集める為、スタッフがシステムモニタを使用する事ができるようにする必要があります。
データはトレンドの分析及び予測のために使用される予定です。何を行うべきか
　それぞれのサーバの種類に応じてもっとも一般的なパフォーマンスカウンタを追加し、HTMLファイルとして保存
　ファイルに基づいてカウンタログを作成し、データを収集するようカウンタログをスケジュールする
　
あなたはhttp://aa.com/aawebというURLを使用してaa.comに接続できませんでした。
IEを使用してターミナルサービスにアクセスできる必要があります。方法は
　IISをインストールする
　リモートデスクトップWeb接続IISサブコンポーネントをインストールする
　→IISはIISｖ6.0下にあるFTPやWWWサービスなどのインターネット及びイントラネット関連機能をホストするサービスのグループです。
それぞれのこれらのサービスはデフォルトではインストールされない為、個別にインストールされる必要があります。
リモートデスクトップ接続はリモートコンピュータ上で稼動されているターミナルサービスセッションにアクセスする為のクライアントソフトウェアです。
IIS及びリモートデスクトップweb接続IISサブコンポーネントをインストールすることでIE6.0を使用してaa.comにアクセスが可能となります。

SV1のCドライブの空き容量が少なくなっています。このCドライブ上の空き容量が10％になった際にイベントがアプリケーションログに書き込まれる事を
保証する必要があります。何を行うべきか
　パフォーマンスを開き、パフォーマンスログと警告を展開する
　警告を右クリックし、新しい警告の設定を選択する

1つのADドメインで構成されるネットワークにて、AD1,AD2という2台のドメコンが含まれる
ドメコン監視を行っている際、システムログ内にたくさんのエラーを発見した。これらのエラーは”プリンタに必要なドライバが不明です”という
主旨の内容です。あなたはドメコン上のこれらのエラーを解決する必要があります。方法は
　AD1,AD2に適切なプリンタドライバをインストールする
　DefaultDomainControllerGPOを変更する[クライアントプリンタのリダイレクトを許可しない]ポリシーを有効にする

ネットワークにはIIS6.0を実行し、セキュアなイントラネットサイトをホストするwebサーバが含まれます。全てのユーザは認証及び
HTTPSを使用してイントラネットサイトに接続する必要があります。しかし、自動化されたwebアプリケーションがHTTPを使用して
webサイトに接続しなければならない為、HTTPSを要求するようイントラネットサイトを構成できません。
あなたはどのユーザがHTTPSを使用してwebサイトに接続しているかの情報を収集する必要があります。
　webサーバ上でIISによって作成されたログファイルを参照する
　　
ライセンスログサービスがドメイン内で有効になっています。管理者はクライアントライセンスの管理を行うことが出来ないと報告
”RPCServertoobusy”とのエラーが発生
サイトライセンスサーバとして機能しているドメインコントローラ上に問題が生じていると考えています。あなたはサイトライセンスサーバが
どのドメインコントローラなのかを知りません。方法は
　ActiveDirectoryサイトとサービスを開き、サイトをクリックする。
　ライセンスサイトの設定のプロパティを調べる。

特定の管理者のみがターミナルサーバへのログオンを許される事を保証する。方法は
　許可しない管理者のアカウントのユーザプロパティで[ターミナルサービスのプロファイル]タブを選択し、[ターミナルサーバへのログオンを許可する]を無効にする。

ユーザが他のユーザから印刷を要求されたドキュメントよりも優先される事を保証する必要があります。しかし他のドキュメントが既に印刷されている時は
それが妨害されてはなりません。方法は
　Printサーバに新しいプリンタを作成し、プリントデバイスで印刷するよう構成する。新しいプリンタの優先順位を変更する。優先したい管理者のコンピュータを
　新しいプリンタで印刷を行うよう構成する。

SUSはそれぞれの支社で1つのサーバにインストールされています。それぞれのSUSサーバはデフォルトの設定を使用して
同期をとるように設定されています。それぞれの支社で帯域が限られている事から、更新にかかる時間を最小限に抑える必要がある
　必要なロケールだけ選択する。


ターミナルサービスの管理用リモートデスクトップはWindows2003OSシステムに対するリモート管理機能を提供します。
システム管理者はどのクライアントからでも、LAN、WANまたはダイヤルアップ接続を通してリモートでサーバ管理できます。
最大2つのリモートセッション及びコンソールセッションに同時にアクセスできます。この機能の使用にターミナルサーバライセンスは
必要ありません。管理用リモートデスクトップを使用するためには管理者かRemoteDesktopUsersグループのメンバーである必要がある

ユーザより、機密ファイルが削除されているという報告があった。あなたは機密ファイルを削除したユーザを見つける必要があります。
　イベントビューアの[セキュリティログ]で、[ログの新しい表示]を作成
　[成功の監査]だけを表示するようログの表示をフィルタする
　→[セキュリティログ]には、有効なログオンと無効なログオンのようなイベントと共にリソースの使用に関連するイベント
　　　(ファイルなどのオブジェクトの作成、オープン、削除)が記録されます。たとえばログオンの監査を有効にすると
　　　システムへのログオン試行がセキュリティログに記録されます。
　　　この問題では、ファイルを削除したユーザを見つけたいといっていますので、削除に成功したイベントを表示する為に
　　　[成功の監査]のみをフィルタしています。


SV1にwebイネーブルアプリケーションをインストールしました。このアプリケーションはサーバへの許可されていないアクセスを検出
するセキュリティ機能が含まれます。許可されていないアクセスの試みが検出された場合、アプリケーションは許可されていない
ユーザのアクセスを制限するよう自動的にIISの構成ファイルを変更します。
セキュリティ機能のテストを行う為に許可されていないアクセスを試みました。最初に試してから30秒後、再度アクセスしました。しかし
2回目のアクセスの試みに対してSV1は制限を行いませんでした。5分待ってからIISの構成ファイルを調査した所、あなたのアクセスを
制限するよう、アプリケーションによって適切に変更されているのを確認しました。IISへの構成ファイルへの変更が直ちにIISの動作に反映
される事を保証する必要があります。方法は
　[メタベースの直接編集を有効にする]オプションを選択する
　→IISの構成はメタベース内に保存されています。実行中の変更をIISの構成ファイルに直ぐに反映させるには
　　[メタベースの直接編集を有効にする]オプションを有効にする必要があります。
　　→IISマネージャでローカルコンピュータを右クリックプロパティを右クリック
　　→[メタベースの直接編集を有効にする]オン

SV1はネットワーク上でプリンタサーバとして機能しています。1台のハイスピードプリンタデバイスがSV1に取り付けられています。
ユーザより、大きいファイルを印刷しようとするとドキュメントの印刷が非常に遅く、それぞれのページ間で数秒停止すると
報告してきた。大きな印刷ジョブのプリンタのパフォーマンスへの影響を最小限にする必要があります。方法は
　[全ページ分のデータをスプールしてから、印刷データをプリンタに送るように設定する]

NT 4.0 Workstation→リモートデスクトップをインストール

[監査とセキュリティログの管理]セキュリティ設定は、ファイル、ActiveDirectoryオブジェクト、レジストリキーなどの個別のリソース
に対して、オブジェクトアクセスの監査オプションを指定できるユーザを決定します。
通常このセキュリティ設定はファイルとオブジェクトへのアクセスの監査を有効にすることをユーザに許可しません。このような監査を有効に
するにはコンピュータの構成/Windowsの設定/セキュリティの設定/ローカルポリシー/監査ポリシーで[オブジェクトアクセスの監査]設定を
構成する必要があります。

SV1はファイルサーバとプリンタサーバとして機能しています。SV1は規定のオペレーティングシステムの設定で構成されています。
担当者はSV1のローカルBackupOperatorsグループのメンバーです。彼はこのコンピュータ上のバックアップを行う必要があります。
あなたは担当者がSV1からリモートアシスタンスの招待を作成できる必要があります。
　管理者権限でSV1にログオンする[システムのプロパティ]を使用し、[リモートアシスタンス]を有効にする
　DefaultDomainPolicyで[要請されたリモートアシスタンス]を有効にする
　→リモートアシスタンスを使用すると、信頼されているユーザがコンピュータに問題がある他の人をリモートから実際に支援できます。支援者
　　は支援を依頼しているユーザの画面を表示してアドバイスを与えることができます。そのユーザのアクセス許可があれば、支援者は
　　ユーザのコンピュータを制御してリモートでタスクを実行することもできます。

以下のいずれかの場合は支援者はユーザのコンピュータを制御してネットワークへのアクセスなどのユーザが実行可能なタスクを実行できます。
・コントロールパネルの[システム]設定によりシステムのプロパティの[リモートアシスタンス]が有効になっている場合
■グループポリシーの[要請されたリモートアシスタンス]が有効になっている場合→依頼者が支援を要請した場合開始
■グループポリシーの[リモートアシスタンスを提供する]が有効になっている場合→依頼者が支援を要請しなくても開始

ターミナルサービス拡張機能の[環境]タブには、クライアントの作業環境を作成する為の設定が含まれています。
ユーザの設定内で[起動プログラム]を指定すると、ユーザがターミナルサーバに接続する度にプログラムが開きます。
これが、ユーザが利用できる唯一のアプリケーションになる。
ユーザがアプリケーションを閉じるとユーザがターミナルサーバからログオフした場合と同様にターミナルサーバへの接続は閉じます。

クライアントコンピュータ上のセキュリティ更新を管理する為のソリューションを実装する必要があります。セキュリティ更新を管理
する為に以下の要件を満たすものとする
・追加のソフトウェアまたはライセンスは購入しない
・セキュリティ更新は自動的にインストールされる
・どの更新がインストール可能か制御できなければならない
・セキュリティ更新は、Microsoftから提供されている最新の更新と自動的に同期する
　SUSを導入する。Microsoftと毎日同期するよう構成し、クライアントコンピュータ上の
WindowsUpdate設定を適切に構成する為、グループポリシーを使用する

1つのADドメインで構成されたネットワークにてドメコンはWindowsServer2003を全てのクライアントは
XPを使用しています。ドメイン監査ポリシーでは全てのアカウントログオンイベントが監査されることを保証しています。
ユーザはCP1というコンピュータを使用しています。管理者はドメインにユーザがログオンした日時を知る必要があります。
　セキュリティログを参照する為にそれぞれのドメインコントローラでイベントビューアを使用。
　対象アカウントだけをリストする為に[フィルタ]を使用
　　アカウントログオンイベントの監査のセキュリティ設定はアカウントを検証する為にこのコンピュータが使用される別のコンピュータ
　　にてログオンまたはログオフするユーザの各インスタンスを監査するかどうかを決定します。

対象サーバはいくつかの共有フォルダをホストしています。
ユーザから共有フォルダに接続しようとすると以下のメッセージが表示されたとの報告がある
”コンピュータへの接続数が最大値に達している為、これ以上リモートコンピュータに接続できません”
　対象サーバの為にPerSeatMode(接続クライアント数)ライセンスを追加購入する対象サーバのコンパネ[ライセンス]
　アプリケーションを実行しライセンスを追加
　　
■接続デバイス数または接続ユーザ数
[接続デバイス数または接続ユーザ数]モードを選択した場合、Windowsファミリの製品を実行するサーバにアクセスするデバイスまたは
ユーザごとに個別のクライアントアクセスライセンス(CAL)が必要です。1つのCALで特定のデバイスまたはユーザが接続できるファミリの
製品を実行しているサーバ数に制限はありません。
■[同時使用ユーザ数]モードのライセンスでは、サーバに対して同時に行われる接続のそれぞれについて個別のCALが必要です。
任意の時点においてサーバがサポートできる接続数は固定です。

ログオンイベントの監査→そのコンピュータに対するユーザのログオン、ログオフ、ネットワーク接続の作成の各インスタンスを監査
アカウントログオンイベントの監査→ドメインユーザアカウントでのログオンの監査を行うことができる
  1. 2010年03月17日 23:21 |
  2. service
  3. | トラックバック:0
  4. | コメント:0

IIS・SUS

ユーザからアクティビティがピークとなる時間帯、コンピュータのアプリケーションのパフォーマンスが悪くなるという報告があった。
コンピュータのパフォーマンスが悪くなる原因となっているプロセスを判別する必要がある、どのツールを使用すべきか
　タスクマネージャ
　システムモニタ

AA.comはアプリケーションサーバとして機能しており、IISを稼動しています。AA.com上のIISサイトの一つに障害が発生している事を
発見しました。あなたはこのIISサイト設定を回復する必要があります。あなたはこのタスクを最低限の管理作業でおこなうには
　iisback.vbs/restoreコマンドを実行して、IIS構成設定を復元する。
　→iisback.vbsを使用するとリモートコンピュータまたはローカルコンピュータのIIS構成(メタベース及びスキーマ)のバックアップコピー
　　 を作成及び管理できます。管理者はこのスクリプトツールを使用して、IIS構成のバックアップコピーの作成、IIS構成の
　　 バックアップコピーからの復元、及びバックアップコピーの一覧表示と削除を行うことが出来ます。

コンピュータにはいくつかのアプリケーションが含まれます。app1、app2という名前です。
ユーザからapp2のパフォーマンスが悪いという報告があった。あなたはコンピュータを調査し
app1がstart app1 /realtimeコマンドを使用して開始されている事に気づいた。
あなたは/realtimeスイッチを使用して開始されるアプリケーションがない事を保証する必要がある。
何を行うべきか
　プロセスを参照する為に、タスクマネージャを使用する
　[基本優先度]列を参照する。
　　→プロセスのスレッドを処理するスケジュールを設定する際に、順序を決定する為の優先順位です。基本優先度の表示と変更を行うには
　　　タスクマネージャを使います。

ターミナルサーバ上のユーザアクティビティをモニタリングする必要がある。新しいプログラムやターミナルサーバへの変更についての
メッセージをユーザに送る必要がある。開発者は関連のあるユーザ情報のログをファイルに保存し、必要に応じてポップアップメッセージを
出すスクリプトを作成した。
ユーザがターミナルサーバにログオンする度にこのスクリプトが実行される事を保証する必要がある。
　ターミナルサーバ上で、スクリプトの名前を使用して[RDP-Tcpのプロパティ]を構成する。
　他の設定を上書きするよう構成する。
　　→ユーザのログオン時に起動するプログラムを指定するには、[ターミナルサービス構成]で、最初に実行するプログラムに指定する接続を
　　　右クリックし[プロパティ]をクリック。[環境]タブの[最初に実行するプログラム]で、[ユーザプロファイルの設定と、リモートデスクトップ接続
　　　またはターミナルサービスクライアントの設定より優先にする]チェックボックスをオンにする。[プログラムパスとファイル名]ボックスにユーザが
　　　ターミナルサーバにログオンした時に実行するプログラムのパスとファイル名を入力

SV1はSUSを実行しています。コンピュータが内部ネットワークで配布する為のセキュリティ修正プログラムを入手し、保存できるようにしました。
全てのクライアントコンピュータが、今後のセキュリティ修正プログラムをSV1からのみ取得することを保証する必要があります。
ClientsOUのGPOを開きました。どの背手地を構成するべきですか
　コンピュータの構成\管理用テンプレート\Windowsコンポーネント\WindowsUpdate

SV1はグローバルカタログサーバです。SV2はSUSを実行しています。SV2上の[オプションの設定]コンソールでは、全て規定の設定を使用しています。
SV1及びSV2のサービスにアクセスできるようクライアントコンピュータを更新しました。3ヶ月後、MicrosoftからXPに対する重要なセキュリティ更新が
リリースされました。テスト用のクライアントコンピュータから、あなたは更新をダウンロードする為にWindowsUpdateを使用しました。
更新をテストした所エラーはありませんでした。
全てのクライアントコンピュータに更新を展開する必要があります。また、更新がサーバに展開されない事を保証しなければなりません。
何を行うべきですか
　SV2で同期を開始
　SV2でセキュリティ更新を許可
　　→SUSサーバはWindowsUpdateのWebサイトと同期を取り、重要な更新を入手します。同期は自動的にまたは管理者によって
　　　実行できます。SUSサーバに更新をダウンロードしたらどの更新を公開するかを決め、SUSの実行サーバを使用するように構成された全ての
　　　クライアントがこれらの更新をインストールします。

SV1ではIIS6.0がインストールされています。SV1上であなたは、webfolderという仮想ディレクトリを作成しました。また、webfolder上で
[読み取り]、[書き込み]、[ディレクトリの参照]のアクセス許可を有効にする為にIISマネージャを使用しました。
ユーザからIEからwebフォルダとしてwebfolderにアクセスしようとした所、IEがhttp://SV1/webfolderを開くことが出来ないというエラーメッセージを
受け取りました。全てのwebフォルダとしてwebfolderにアクセス出来る事を保証する必要があります。何を行うか
　SV1でwebDAV Webサービス拡張を有効にする
　　→webDAVはwebフォルダとも呼ばれ、イントラネット及びインターネット経由で安全なファイル転送をサポートするファイル転送プロトコルです。
　
SV1上のドキュメントは就業中に頻繁にアクセスされ、更新されています。ユーザ達が共有ドキュメントを開く際に応答時間が非常に遅いと
報告してきた。SV1にログオンしプロセッサが100％で動作しているという事実を含む現在のデータを確認した。
追加のデータを収集し、この問題の原因を識別する必要があります。何をすべきか
　→タスクマネージャ内で、プロセスタブを開き、それぞれのアプリケーションによって使用されるプロセッサ使用率を確認する。

インターネットベースのユーザにダウンロードできるファイルの階層リストを提供するよう連絡があった。
リストをSV1上のc:\temp\www\dataにコピーした。また、listという新しい仮想ディレクトリを作成し、c:\temp\www\dataを指定した。
ユーザがlistにアクセスしたところ下記表示された
”Directory Listing Denied. This Virtual Directory does not allow contents to be listed.”
あなたはユーザがlistに問題なくアクセス出来る事を保証する必要がある。何をすべきか
　[ディレクトリの参照]を有効にするために、IISマネージャを使用する。
　→ディレクトリの参照：ファイルの一覧とコレクションを表示できる
　　特定のファイルを指定していないURLを送信したブラウザに対し、利用可能なディレクトリとファイルの情報を含む規定のwebページを
　　自動的に提供する機能です。

SV1というファイルサーバを管理しています。パフォーマンスログと警告を使用してSV1の為のパフォーマンスベースラインを作成する必要があります。
新しいカウンタログを作成し、ログファイルフォーマットとしてSQLデータベースを選択した。データソース名は
　データソース（ODBC)を使用してSQLデータベースの接続を設定する
　　→OBDCデータソースアドミニストレータを使用することで、リモートコンピュータ上のSQLサーバをシステムDNSとして追加することが出来ます。
　　　このOBDC接続作成後、このカウンタログの[ログファイル]タグ→[SQLログの構成]ダイアログボックスからのこシステムDNS出力先を指定

SUSを1台のサーバにインストールし以下のように構成した。
・インターネットアクセスにプロキシサーバを使用しない
・MicrosoftWindowsUpdateserverから直接同期をとる
・以前に承認された更新の新しいバージョンは自動的に承認する
・ローカルフォルダに更新を保存する
上記の設定をバックアップする方法は
　IISメタベースをバックアップする為、IIS管理管理ツールを使用する。その後IISメタベースファイル、規定のwebサイト、コンテンツの保存場所を
　バックアップする為のバックアップユーティリティを使用する

SV1はIISを実行し、会社のWebサイトの為の全てのコンテンツをホストしています。1つのWebサイトのデザインが改善されました。
このサイトをブラウズしハイパーリンクを選択したところ、以下のメッセージを受け取った。
”HTTP404-ファイル未検出”
必要なコンテンツがSV1からなくなっている事を確認した。他のWebサーバリクエストからも同じメッセージが生成されるかどうか
判別する必要がある。
c:\windows\system32\Logfiles\W3SVC1の最新ファイルを開く。→404エラーエントリを探す。

  1. 2010年03月15日 01:53 |
  2. service
  3. | トラックバック:0
  4. | コメント:0

AD3

3台のメインサーバにターミナルサーバをインストールしました。それぞれTerminalServerという
OUに含め、グループポリシーオブジェクトGPOをTerminalServerOUにリンクさせた。
後日3台全てのターミナルサーバのパフォーマンスが非常に悪いと報告があった。それぞれの
サーバが同時に50以上のセッションを持っていることを発見、改善方法は
　GPOを編集し[接続数を制限する]ポリシーの[最大接続数]を35に設定する

[シャットダウン]セキュリティ設定はローカルでコンピュータにログオンし、[シャットダウン]コマンドを使用してシャットダウンできるユーザを決定
規定値
・ワークステーション：Administrators、Backup Operators、PowerUsers、Users
・サーバ：Administrators、BackupOperators、PowerUsers
・ドメインコントローラ：AccountOperators、Administrators、BackupOperators、ServerOperators、PrintOperators

全てのドメインコントローラにターミナルサービスをインストールしたが、担当者からどのドメインコントローラに接続する為にも
ターミナルサービスを使用することができない、との報告があった。何を行うべきか
　担当者をRemoteDesktopUsersグループに追加
　デフォルトドメインコントローラグループポリシーオブジェクトGPOを変更し、担当者に「ローカルログオンを許可する」の権限を与える

1つのADドメインで構成されています。全てのドメインコントローラはWindows2003、全てのクライアントコンピュータはXPにて稼動中
ユーザからドメインにログオンできないと連絡がある。以下のメッセージを受け取る
ユーザーのアカウントは使用不能になっています。システム管理者に問い合わせて下さい。
　適切なスイッチを利用してnet userコマンドを実行する
　適切なスイッチを利用してdsmod userコマンドを実行する

The system cannot log you no to this domain because the system's computer
account in its primary domain is missing or the password on that account is incorrect.

Active Directory ユーザとコンピュータ内で対象コンピュータの為のアカウントが存在するか確認する
→コンピュータアカウントドメインに参加するNT、2000、XPを実行しているコンピュータや2003を実行している
　サーバはそれぞれのコンピュータアカウントを持つ必要があります。ユーザアカウントと同様にコンピュータアカウント
　はコンピュータのネットワークへのアクセスとドメインリソースへのアクセスを認証し、監査する手段を提供します。

ユーザから自分のパスワードを忘れてしまいドメインにログオンできないとの連絡がある
　�　ヽ催�ユーザのパスワードをリセットする為にActiveDirectoryユーザとコンピュータを使用する
　　　 ユーザに新しいパスワードを与える
　�◆ヽ催�ユーザのアカウントのプロパティを開く為にActiveDirectoryユーザとコンピュータを使用する
　　　 アカウントのロックアウトのチェックボックスをクリアし、[ユーザは次回のログオン時にパスワード変更が必要]
　　　を選択


NTFSアクセス許可と共有アクセス許可が重なった場合よりユーザにとって制限のある方が優先
複数のアクセス許可が与えられている場合、NTFSアクセス許可、共有アクセス許可ともに
そのアクセス許可の和になる。ただし、拒否のアクセス許可が与えられると「拒否」アクセス許可が
優先される。

INTARACTIVEグループ
コンピュータ上にローカルログオンしたユーザのアカウントがこのグループに属します。
intaractiveグループのメンバは自分達が実際に所在する場所にあるコンピュータ上の
リソースにアクセスすることができます。

NETWORKグループ
ネットワーク上の他のコンピュータからコンピュータ上の共有リソースに現在接続しているユーザがこのグループに
含まれます。このグループに属するのはネットワークを介して接続したユーザです。
対話型でローカルログインしたユーザは含まれません。

SYSTEMグループ
サービス・ユーティリティ・及びデバイスドライバを実行する為にオペレーティングシステムによって使用されるアカウントです。
このアカウントは無制限の能力を持ち、レジストリのSAMのようにAdministratorでさえも拒否されるリソースもアクセスが可能
このアカウントは権限のある管理者の管轄外にある保護機能のようなセキュリティサービスを実行する為にWindowsによって使用されます。

AuthenticatedUsersグループ
コンピュータ上またはActiveDirectoryサービス内に有効なアカウントを持つ全てのユーザが含まれる

windows2003にはNTFSのアクセス許可、レジストリのアクセス許可、デフォルトのユーザ権限などのデフォルト設定が
定義されたセキュリティ構成にテンプレートが含まれています。これらのテンプレートは、%SystemRoot%\infフォルダに
Defltsv.infという名前で保存されています。このファイルをセキュリティポリシーにインポートする事で、デフォルトの
NTFSファイルシステムのアクセス許可を復元することができます。

グループのスコープ
グループはセキュリティグループか配布グループかに関わらず、ドメインツリーまたはフォレスト内でグループが適用される範囲を識別する

ドメインにログオンできないと連絡がある。”このアカウントはこのコンピュータを使用することができません。”というメッセージが表示された
　すべてのコンピュータにログオンできるよう、ユーザアカウントのプロパティを変更する。

A社は定期的に従業員を雇っています。こっらのユーザアカウント名はtemp_user1、temp_user2、temp_user3です。
これら一時ユーザアカウントがコンピュータ上に作成した新しいデスクトップ設定を受け取るように設定する必要があります。
何を行うべきか
　それぞれの3つのユーザアカウントのために\\A\profiles\temp_Profileをユーザプロファイルとして指定する。

OU内の全てのユーザがパスワードをリセットするように強制する必要があります。
　OU内の全てのユーザアカウントを選択する。アカウントのプロパティを変更し、次回ログオン時に全てのパスワードの変更を強制するよう設定する。

全てのクライアントコンピュータにWindowsXPをインストールした。その後、ユーザープロファイルを構成し、ネットワーク上に保存した。ポータブル
コンピュータの何人かのユーザから自分のコンピュータにログオンできないという報告があった。他のポータブルコンピュータのユーザは
このような問題は起きていない。ポータブルコンピュータの全てのユーザがオンラインまたはオフラインのどちらで作業していても
問題なくログオン出来ることを保証しなければならない。何をすべきか
　ポータブルコンピュータの全てのユーザがオフラインで作業する前に一度ネットワークにログオンする事を保証する。
　　→ユーザが初めてドメインにログオンする場合、そのユーザがコンピュータにプロファイル情報が作成されます。
　　　そのため、コンピュータが動作する為にはネットワークに接続する必要があります。ワークステーションがネットワークに接続されていない場合
　　　ユーザがのログインの妥当性が確認できない為、プロファイルは作成されません。ドメインに一度ログオンした後であればネットワークから切断しても
　　　ローカルクレデンシャル情報を元にログオンが可能となる。
　　　
  1. 2010年03月14日 17:53 |
  2. AD
  3. | トラックバック:0
  4. | コメント:0

AD2

OU構造はそれぞれの支社オフィスの為のトップレベルOUで構成されています。
セキュリティの為に、定期的に退職した従業員の為のアカウントを無効にしています。内部監査として、全ての無効にされたアカウントのリストを作成
する必要があります。このリストを限りなく早く作成する必要があります。これを行う為の方法は
　ActiveDirectoryユーザとコンピュータ内で新しい保存されたクエリを作成する
　dqueryuserコマンドを実行する

AA.com BB.comという2つのADフォレストが存在し、2つのフォレスト間では外部の信頼が存在しています。
あなたはAA.comのために、追加的なユーザープリシンパル名UPNサフィックスを追加しました。新しいUPNサフィックスはCC.comです。
AAユーザがBB.comからAA.comにログインできないとの連絡がありました。
　2000以前のユーザログオン名にマッチするよう変更する
異なるフォレストに存在するドメイン間の信頼には、外部の信頼とフォレストの信頼が存在

部署属性の移動
　dsmove
　dsquery

A部門のユーザのポータブルコンピュータの為のコンピュータアカウントがAA sales OU内に作成される事を保証する必要があります。
　A部門のユーザのポータブルコンピュータのためにAA sales OU内にコンピュータアカウントをプレステージする

全てのクライアントコンピュータのためにデスクトップ環境を標準化する必要があります。また、ドメインユーザが地域の設定やデスクトップ
背景を永久的に変更する事を防ぐ必要があります。
　ActiveDirectoryユーザとコンピュータ内のユーザプロパティでプロファイルのネットワークパスを指定する
　プロファイルが保存されているネットワーク共有内でNtuser.datをNtuser.manに変更する

  1. 2010年03月13日 14:27 |
  2. AD
  3. | トラックバック:0
  4. | コメント:0
次のページ