Lync Server 2013 のリリース ノート

 

トピック最終更新日: 2016-12-08

Lync Server 2013 リリース ノートへようこそ。 Lync Server 2013 に関する既知の問題については、このファイルを参照してください。

このドキュメントについて

このドキュメントには、Lync Server 2013 を展開して使用する前に知っておくべき重要な情報が含まれています。 Lync Server 2013 の詳細については、 Microsoft Lync Server 2013 のドキュメントを参照してください。

このドキュメントには、次のセクションが含まれています。

  • Lync 2013 クライアント

  • Lync Server

  • インストール

  • モビリティ

  • 会議

  • Enterprise Voice

  • プレゼンス

  • 応答グループ アプリケーションとコール パーク アプリケーション

  • Lync Server コントロール パネル、トポロジ ビルダー、および計画ツール

  • ローカライズ

  • 著作権

Lync 2013 クライアント

インスタント メッセージでファイルを転送すると、ファイルが別のアプリケーションで開いている場合に失敗する

問題:

Wordドキュメントなどのファイルを別の Lync ユーザーへのインスタント メッセージに含めることで転送しようとすると、転送は成功しているように見えますが、実際にはファイルの転送に失敗する可能性があります。 ファイルの種類のアイコンが Lync クライアントに表示されますが、目的の受信者がファイルを開くことができません。 転送が成功しなかったことを通知するエラー メッセージは表示されません。

回避 策:

この問題を回避するには、インスタント メッセージでファイルを転送する前に、開いているファイルまたは開いているアプリケーションを閉じます。

Lync Server

Lync Server Storage Service データ レプリケーションが失敗した場合、管理者は古い Storage Service キュー項目のパフォーマンス カウンターをチェックする必要があります

問題:

Lync Server Storage Service では、レプリケーションにWindows Fabricが使用されます。 プライマリ フロントエンド サーバーでデータが削除されても、セカンダリ フロント エンド サーバーでの削除が失敗する場合 (たとえば、フロント エンド サーバーで予期しないシャットダウンやエラーが発生した場合)、データを残して "孤立" する可能性があります。孤立したデータによってパフォーマンスが低下し、ドライブ領域が無駄になることがあります。

回避 策:

この問題を回避するには、イベント LYSS_DB_SPACE_USED_ERROR (Id=32058) と LYSS_DB_SPACE_USED_CRITICAL (Id=32059) がイベント ログに生成された場合、管理者は、LS:LYSS - Storage Service API の下にあるフロント エンド サーバーのパフォーマンス カウンターを LYSS - 現在の数の Storage Service 古いキュー項目の名前でチェックする必要があります。 このパフォーマンス カウンターの値が高い場合 (たとえば、50,000 を超える場合)、管理者は Lync Server 2013 Resource Kit で CleanuUpStorageServiceData.exe ツールを実行する必要があります。これにより、孤立したすべてのデータがプールから削除されます。 ツールの詳細については、Lync Server 2013 Resource Kit のドキュメントを参照してください。

サーバーまたはプールの IP アドレス構成が変更されるたびに、Lync Server サービスを再起動する必要があります

問題:

IPv4 からデュアル スタックへの変更、デュアル スタックから Ipv6 への変更など、Lync Server 2013 展開の IP アドレス構成が変更された場合、サービスが再起動されるまで、すべてのサーバー コンポーネントが構成の変更を受け取るわけではありません。

回避 策:

この問題を回避するには、展開の IP アドレス構成を変更した後、Lync Server サービスを再起動します。 これを行うには、Lync Server 管理シェルで次のコマンドレットを実行します。

 Stop-CsWindowsService -graceful
 Start-CsWindowsService

ダイヤルイン会議代理トランザクション コマンドレットは、Lync Server 2013 管理パックでは使用できなくなりました

問題:

ダイヤルイン会議代理トランザクション コマンドレット Test-CsDialInConferencing は、Lync Server 2013 管理パックでは使用できなくなりました。

回避 策:

ダイヤルイン会議代理トランザクション コマンドレット Test-CsDialInConferencing の使用は、企業に対してのみ内部的にサポートされます。

管理者は、トラブルシューティングのために Lync Server Management Shell のコマンドレットを引き続き使用できます。 必要に応じて、社内でコマンドレットを実行するプライベート管理パックを開発することもできます。

ログ ファイルがネットワーク共有にコピーされるときにネットワーク トラフィックが中断された場合、集中ログ サービスは停止します

問題:

ネットワーク パスを使用するように集中ログ サービスが構成されている場合 ( Get-CsClsConfiguration コマンドレットの CacheFileNetworkFolder パラメーターの値が有効な UNC パスである)、キャッシュされたログ ファイルがネットワーク共有にコピーされます。 ファイルのコピー中にネットワーク トラフィックが中断された場合、例外が発生し、一元化されたログ サービスが停止します。

サービスは最大 3 回まで自動的に再起動するように構成されているため、サービスは最初の 3 つの例外から復旧します。

回避 策:

この問題の回避策はありません。 問題を特定するには、"Lync Server 集中ログ サービス エージェント" サービスが予期せず終了したときにログを記録する "サービス コントロール マネージャー" からイベント ID 7031 のイベント ログを監視します。 これが 3 回以上発生する場合は、 Start-CsWindowService コマンドレットを使用してサービスを手動で再起動します。

ストレージ サービス キュー項目を手動でインポートする必要がある

問題:

Lync Server 2013 は、会議とインスタント メッセージングに関するデータ (アーカイブされたメッセージや通話詳細記録 (CDR) など) を各フロント エンド サーバーのデータベースに格納します。 データは、目的の宛先に配信される前に、処理中にデータベースに格納されます。 パフォーマンスを向上させるために、Lync Server 2013 は、長期間処理されないローカル データベースからキュー項目を定期的にエクスポートし、ファイル ストアに保存します。 ファイル ストアが使用できない場合、項目は各フロントエンド サーバーに格納されます。 同じ操作が実行され、プールのフェールオーバー中にデータが失われるのを防ぎます。

エクスポート操作中、Lync Server Storage Service はイベント ログ内のすべてのステージを 32075 のイベント ID で記録します (完全フラッシュ操作が開始されます)、32076 (完全フラッシュが完了)、32082 (メンテナンス レベルのフラッシュが開始されます)、32083 (メンテナンス レベルのフラッシュが完了しました)、32089 (データベースがいっぱいになったためにフラッシュが発生しました)。 このデータは、処理され、最終的な宛先 (SQL ServerまたはExchange Server) に配信されるシステムに自動的にインポートされません。

回避 策:

システムにデータをインポートするには、管理者は Lync Server Resource Kit の ImportStorageServiceData ツールを使用する必要があります。これにより、処理され、最終的な宛先に配信されるデータがシステムに追加されます。

UseNormalizationRules の既定値が False に変更された場合、アドレス帳 Web クエリ検索は失敗します

問題:

UseNormalizationRules の既定値が False に変更された場合、アドレス帳 Web クエリの検索は失敗します。 既定値を変更すると、Lync クライアント ユーザーは Lync アドレス帳 Web クエリを使用してユーザーを検索できなくなります。

回避 策:

Lync Server 2013 で正規化規則を適用せずにユーザーがActive Directory Domain Servicesで定義されている電話番号を使用できるように、UseNormalizationRules の既定値が False に設定されている場合は、次の手順に従ってこの問題を回避します。

  1. Lync Server 管理シェルを起動する: [ スタート] をクリックし、[ すべてのプログラム] をクリックし、[ Microsoft Lync Server 2013] をクリックして、[ Lync Server 管理シェル] をクリックします。

  2. 次のいずれかの操作を行います。

    • 展開に Lync Server 2013 サーバーのみが含まれている場合は、グローバル レベルで次のコマンドレットを実行して、UseNormalizationRules と IgnoreGenericRules の値を True に変更します。

      Set-CsAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
      
    • 展開に Lync Server 2013 と Lync Server 2010 または Office Communications Server 2007 R2 の組み合わせが含まれている場合は、次のコマンドレットを実行し、トポロジ内の各 Lync Server 2013 プールに割り当てます。

      new-csAddressBookConfiguration -identity <XdsIdentity> -UseNormalizationRules=$true -IgnoreGenericRules=$true
      
  3. すべてのプールで CMS レプリケーションが発生するまで待ちます。

  4. 展開の電話正規化ルール ファイルを変更して、コンテンツをクリアします。 ファイルは、各 Lync Server 2013 プールのファイル共有にあります。 ファイルが存在しない場合は、"Company_Phone_Number_Normalization_Rules.txt" という名前の空のファイルを作成します。

  5. すべてのフロントエンド プールが新しいファイルを読み取るのを数分待ちます。

  6. 展開内の各 Lync Server 2013 プールで次のコマンドレットを実行します。

    Update-csAddressBook
    

アドレス帳サーバー エラー イベント 21054 は、Lync 2013 プールごとに毎日 1 回生成されます

問題:

Lync Server 2013 アドレス帳サーバーでは、毎日のメンテナンスを実行するときに、エラー イベント 21054 が毎日 1 回生成されます。 このエラーは、更新が成功した場合でも、管理者が Update-csAddressBook コマンドレットを実行するたびに生成されます。 ただし、更新が成功した場合、このエラー イベントは無視しても問題ありません。

回避 策:

このエラー イベントが発生したら、次のコマンドレットを実行します。

Debug-csAddressBookReplication -Poolfqdn <Pool FQDN for which the event was generated>

インデックスが作成されていないオブジェクトや破棄されたオブジェクトがないことをコマンドレットが報告した場合、エラー イベント 21054 は無視しても問題ありません。

さらに、System Center Operations Manager でキー正常性インジケーター (KHI) の "アドレス帳のユーザーが正しくインデックスを作成されました" をオフにする必要があります。

エッジ プールで IPv6 が構成されている場合、要求が失敗する可能性があります

問題:

エッジ プールで IPv6 が構成されている場合、エッジ プールに対する一部の要求が失敗する可能性があります。

回避 策:

この問題を回避するには、IPv6 を使用して Edge プールを構成しないでください。

プールのフェールバック中に invoke-csPoolFailback コマンドレットが失敗する可能性がある

問題:

プールをフェールバックしようとすると、 invoke-csPoolFailback コマンドレットが "繰り返し試行した後にハイドレーション プロセスを完了できませんでした" というエラーで失敗する可能性があります。

回避 策:

この問題を回避するには、コマンドレットをもう一度実行し、コマンドレットが成功するまで待ちます。 フェールバック プロセスが完了するまでに数分かかる場合があることに注意してください。 ユーザー数が 20,000 人のプールでは、最大 60 分かかる場合があります。

既に確立されているプール (ハイブリッド、Skype for Business Online) にフロントエンド サーバーを追加すると、データ損失が発生する可能性があります

問題:

この問題は、プールに複数のフロント エンド サーバーが存在する環境で発生する可能性があり、いずれかのフロント エンド サーバーを再起動するか、プールに以前に含まれなかった新しいフロント エンド サーバーを追加します。

データがアーカイブされているユーザーは、プールに対してデータ アーカイブの安定した分散が確立されるまで、データ損失が発生する可能性があります。 このデータ損失の可能性がある期間は、個人間の会話では 15 分、会議では 30 分に制限されます。

回避 策:

メンテナンスを実行する場合は、プール内のフロント エンド サーバーを 1 つずつ起動するのではなく、プールを別のプールにフェールオーバーしてから、サーバーでメンテナンス タスクを実行する必要があります。 メンテナンス タスクを実行する前にサービスを利用できないようにしてから、メンテナンスが完了したときに可用性を復元することもできます。

管理者は、Get-CsClientAccessLicense コマンドレットを使用してライセンシー数を取得できません

問題:

管理者は、 Get-CsClientAccessLicense コマンドレットを使用して、クライアント ライセンスの正確な使用状況を取得できません。

回避 策:

サーバー ライセンスの種類をチェックするには、Get-CsService コマンドレットを実行して、すべてのデータベースの完全修飾ドメイン名 (FDQN) を取得します。 フロントエンド サーバーの FQDN がバックエンド データベースの FQDN と同じ場合、ライセンスは Standard エディション ライセンスです。 それ以外の場合、ライセンスは Enterprise Edition ライセンスです。

クライアント ライセンシー数が正確に報告されない

問題:

クライアント ライセンス数を決定するときに、次の条件が発生する可能性があります。

  1. モバイル ユーザーのライセンス数が不正確

    ライセンス数は、デバイス ベースのユーザーの一意の IP アドレスの数に基づいています。 ライセンス数は、次の方法で制限されます。

    • Lync セッション中にユーザーの IP アドレスが変更された場合、ライセンスは超過カウントされます。 これは、ユーザーがデスクトップ クライアントを使用して複数の場所から Lync Server に接続するときに発生する可能性があります。

    • デバイスの IP アドレスを特定できないため、ユーザーがモバイル クライアントに接続した場合、ライセンスは過少カウントされます。

  2. Lync クライアントへの公衆交換電話網 (PSTN) 呼び出し、PSTN 回線への Lync クライアント呼び出し、および PSTN 回線に転送される Lync 通話の場合、ライセンスは 2 回カウントされます

    次のシナリオでは、電話番号と Lync ユーザーの両方が使用されるライセンス数を決定するためにカウントされるため、1 つではなく 2 つの追加ライセンスがカウントされます。 正確なライセンス データを取得するには、電話番号によって生成されたライセンスを手動で削除します。

    • Lync への PSTN 通話

    • PSTN 回線への Lync 通話

    • PSTN 呼び出しを Lync に転送し、その通話を PSTN 回線に転送します。 PSTN 回線の 1 つがカウントされます。

  3. ログオンしている Lync 電話のライセンスはカウントされません

    ユーザーが Lync 認定電話を使用する場合、電話がログインして接続したままの場合、ログオン状態が保持される場合、電話は、電話のログイン後にライセンスのクエリが発生した場合、ライセンスの使用としてカウントされません。

  4. 会議に参加する PSTN 電話のライセンス数

    ユーザーが PSTN 電話で会議に参加すると、会議に参加するためのライセンスが不正確にカウントされます。 ただし、PSTN 電話で会議に参加するためにライセンスは必要ありません。

回避 策:

  1. モバイル ユーザーのライセンス数が不正確

    • 同じデバイスに属する IP アドレスを手動で識別し、ライセンス数でいずれかの IP アドレスを削除できます。

    • Lync クライアントと接続するモバイル デバイスでは、この問題の回避策はありません。

  2. Lync クライアントへの PSTN 呼び出し、PSTN 回線への Lync クライアント呼び出し、PSTN 回線に転送される Lync 通話の場合、ライセンスは 2 回カウントされます

    PSTN 電話番号を手動で識別し、それに対して生成されたライセンス数を削除する必要があります。

  3. ログインしている Lync 電話のライセンスはカウントされません

    Lync 電話をログオフするように構成し、3 か月ごとに定期的に再度ログオンできます。

  4. 会議に参加する PSTN 電話のライセンス数

    電話会議に参加するために使用される PSTN 電話番号を手動で識別し、電話番号によって生成されたライセンスを削除できます。

Lync Server コントロール パネル は、Silverlight 5 にアップグレードした後、VMware 環境での動作を停止します

問題:

VMware 環境で Lync Server コントロール パネルを使用すると、Microsoft Silverlight をバージョン 5 にアップグレードした後に Lync Server コントロール パネルが動作しなくなる可能性があります。

回避 策:

この問題を回避するには、次のいずれかの操作を行います。

  • Silverlight 5 をアンインストールし、 から https://go.microsoft.com/fwlink/p/?LinkID=149156Silverlight 4 をインストールします。

  • VMware 仮想コンピューターではないコンピューターから Lync Server コントロール パネルにアクセスします。

    これを行うには、Lync Server 管理ツールがコンピューターにインストールされている場合は、サーバーの Windows スタート メニューから Lync Server コントロール パネルを起動できます。

    Web ブラウザーを使用して Lync Server コントロール パネルにアクセスすることもできます。 URL は、https://< frontend_pool_fqdn>/cscp に似ています。

ユーザーの識別名が Active Directory で変更された後、アドレス帳サービスのユーザー情報が更新されない

問題:

ユーザーの識別名 (DN とも呼ばれます) がActive Directory Domain Servicesで変更された場合、アドレス帳サービス (ABS) で追加の変更は更新されません。 これは、ユーザーのサインインやプレゼンスには影響しませんが、検索によって古い SIP アドレスが返されるため、SIP アドレスも変更された場合にユーザーの通信が妨けられます。

回避 策:

この問題を回避するには、ユーザーの DN を変更しないでください。 ユーザーの DN を以前の値に戻すと、更新がアドレス帳サービスに反映されます。

インストール

ASCII 以外の文字を使用すると、Lync サーバーの起動に失敗する可能性があります

問題:

宛先フォルダー名に ASCII 以外の文字 (UNICODE、2 バイト文字セット (DBCS)、UTF-8、UTF-16 を含む) が含まれている場合、セットアップは失敗します。 さらに、セットアップは成功する可能性がありますが、ASCII 以外の文字が次のいずれかに含まれている場合、サーバーは起動しません。

  • コンピューター名

  • ドメイン名

  • ユーザー名

  • ユーザー SIP URI

  • サービス アカウント名

回避 策:

宛先フォルダー名、コンピューター名、ドメイン名、ユーザー名、ユーザー SIP URI、およびサービス アカウント名には ASCII 文字のみを使用します。

Lync Server 2013 をインストールする前に、モジュールが INSERTEntityBody メソッドを IIS 7.5 で呼び出したときにヒープ破損が発生する修正プログラムをインストールする必要があります

問題:

"ヒープの破損は、モジュールが IIS 7.5 で InsertEntityBody メソッドを呼び出したときに発生します"()、Microsoft サポート技術情報の記事 264886 (https://go.microsoft.com/fwlink/p/?LinkId=268602https://go.microsoft.com/fwlink/p/?LinkId=268603) に記載されている Lync Server 2013 をインストールする前にインストールする必要があります。

回避 策:

の Microsoft ダウンロード センター https://go.microsoft.com/fwlink/p/?LinkId=268602から修正プログラムをダウンロードしてインストールします。

LYNC Server 2013 が ITA Windows Server 2012 OS RTM バージョンにインストールできない

問題:

インストールが失敗したため、ITA Windows Server 2012での Lync Server 2013 のインストールWindows Fabric失敗します。

ファブリック トレースは HH:MM:SS の時間形式で作成されるため、Windows Fabricインストールが失敗します。 ただし、ITA Windows Server では、時間形式は HH です。MM.SS。

回避 策:

この問題を回避するには、Lync Server 2013 をインストールする前にシステム レジストリを更新します。 更新する必要があるレジストリ キーは、HKEY_USERS\.DEFAULT\Control Panel\International\sTimeFormat です。 Windows PowerShell コマンド ライン インターフェイスを使用して、sTimeFormat の値を HH:mm:ss に変更します。

  1. Windows PowerShellを開始し、次のコマンドレットを実行します。

     New-PSDrive -Name HKU -PSProvider Registry -Root HKEY_USERS
    
     $a="HKU:\.Default\Control Panel\International"
    
  2. 現在の値を表示するには、次のコマンドレットを実行します。

    Get-itemproperty $a -Name sTimeFormat
    

    インストールが完了した後に復元できるように、sTimeFormat の現在の値を書き留めておきます。

  3. 新しい値に設定するには、次のコマンドレットを実行します。

    Set-ItemProperty $a -Name sTimeFormat -Value "HH:mm:ss"
    
  4. Lync Server 2013 が正常にインストールされたら、次のコマンドレットを実行して、sTimeFormat の元の値を復元します。

    - Set-ItemProperty $a -Name sTimeFormat -Value "<Value noted down in Step 3. above>"
    

モビリティ

サーバー フェールオーバー プロセス中のモバイル クライアントに関する問題

問題:

Lync Server が失敗し、フェールオーバー プロセスが開始されると、モバイル クライアント ユーザーに次の問題が発生する可能性があります。

  • フェールオーバーが開始されてから最大 10 分間、Lync 通話または信号が着信しません。

  • 受信したチャット要求を受け入れることができません

  • 失敗したサーバーがユーザーのホーム サーバーである場合、会議に参加できません

回避 策:

この問題の回避策はありません。 フェールオーバー プロセスが完了すると、通常の機能が復元されます。

モバイル ユーザーが別の Lync エンドポイントからの着信を拒否した場合、通話は Lync Mobile クライアントで不在着信として表示されます

問題:

モバイル ユーザーが着信通話を拒否し、通話が別の Lync エンドポイントから発信された場合、通話はデバイス通話リストの通話ではなく、Lync Mobile クライアントで不在着信として表示されます。

回避 策:

この問題の回避策はありません。

モバイル クライアントでは、連絡先を検索するときにフェデレーション連絡先の表示名が表示されない場合があります

問題:

フェデレーション連絡先の表示名は、連絡先リストでフェデレーション連絡先を検索する場合など、一部のシナリオでは表示されない場合があります。 これは、Lync モバイル クライアントからの連絡先のアクティブなプレゼンス サブスクリプションがない場合に発生する可能性があります。

回避 策:

この問題の回避策はありません。

モバイル クライアントでは、会議への招待である不在着信の会話に招待者とタイムスタンプの情報が欠落しています

問題:

モバイル クライアントでは、不在着信した会話が会議への招待である場合、招待元とタイムスタンプの情報が不在着信メッセージメッセージに含まれていない。

回避 策:

この問題の回避策はありません。

VoIP を使用して通話を行うモバイル クライアント ユーザーは、Exchange 2010 以前のバージョンでボイス メールが構成されているユーザーのボイス メールを残すことができません

問題:

モバイル クライアント ユーザーが VoIP を使用して通話を発信している場合、ユーザーは、2007 年または 2010 年Microsoft Exchange Server Microsoft Exchange Serverボイス メールを使用するように構成されたユーザーのボイス メール メッセージを残すことができません。

回避 策:

この問題を回避するには、SP1 以降のバージョンのMicrosoft Exchange Serverで Exchange 2010 を使用します。

モバイル クライアントでクライアント バージョン構成の URL でブロックを使用する場合、正しくないエラー メッセージが表示される可能性があります

問題:

モバイル クライアントでクライアント バージョン構成の URL でブロック を使用する場合、クライアント バージョンがサポートされていない場合に正しくないエラー メッセージが表示されることがあります。

回避 策:

この問題を回避するには、[URL でブロック] ではなく [ブロック] を使用するようにクライアント バージョン構成を構成します。

会議

Lync Server 2013 フロントエンド サーバーで実行されているウイルス対策ソフトウェアにより、アプリケーション ドメインのリサイクルが発生する可能性があります。これにより、Lync Web App 2013、Lync Mobile 2010、および Lync Mobile 2013 クライアントのサービスが一時的に中断される可能性があります

問題:

ウイルス対策ソフトウェアは、アプリケーション ドメインの再起動をトリガーできます。これにより、Lync Mobility Service 2013 とユニファイド コミュニケーション (UC) Web API クライアント アプリケーション (Lync Web App 2013、Lync Mobile 2010、Lync Mobile 2013) が状態を失う可能性があります。

回避 策:

この問題を回避するには、Web コンポーネントと .NET Framework を含むフォルダーをウイルス対策スキャンから除外します。 詳細については、マイクロソフト サポート技術情報の記事 312592「PRB: ASP.NET の 'アプリケーションが再起動中' エラーでアプリケーションがランダムに再起動される」 https://go.microsoft.com/fwlink/p/?linkid=3052&を参照してください。kbid=312592

次のフォルダーは除外する必要があります。

  • %ProgramFiles%\Microsoft Lync Server 2013\Web コンポーネント\Mcx\Ext

  • %ProgramFiles%\Microsoft Lync Server 2013\Web コンポーネント\Mcx\Int

  • %ProgramFiles%\Microsoft Lync Server 2013\Web コンポーネント\Ucwa\Int

  • %ProgramFiles%\Microsoft Lync Server 2013\Web コンポーネント\Ucwa\Ext

  • %Windir%\Microsoft.NET\Framework64\v4.0.30319\Config

会議に正常に参加するには、Windows インターネット エクスプローラーで ActiveX コントロールまたはネイティブ XMLHTTP サポートを有効にする必要があります

問題:

ユーザーが Windows インターネット エクスプローラーインターネット ブラウザー設定で ActiveX コントロールとネイティブ XMLHTTP サポートの両方を無効にした場合、インターネット エクスプローラーが既定のブラウザーとして選択されている場合、ユーザーは会議に参加できません。

回避 策:

インターネット エクスプローラーで ActiveX コントロールまたは "ネイティブ XMLHTTP サポート" を有効にします。

Lync Server Web 会議サービスがクリティカル モードから回復できない

問題:

アーカイブのためにクリティカル モードがオンになっている場合、システム障害が発生した場合、クリティカル モードが開始され、会議は参加者に対して機能しなくなります。 管理者がシステム障害を修正した後 (データベースの問題の修正など)、データ会議サービスは自動的に復旧せず、管理者は会議を再開するために会議サービスを手動で再起動する必要があります。

回避 策:

システム障害が修正された後、管理者は会議サービスを手動で再起動する必要があります。

Web 会議サービスは、外部の Office Web アプリ サーバーの HTTP プロキシを無視します

問題:

Web 会議サービスの外部に Office Web Apps Server (つまり、社内ネットワークにないサーバー) をインターネット、境界ネットワーク、Web 会議サービスに展開した場合、これに接続するために HTTP プロキシが必要な場合、Office Web Apps Server の検出は失敗します。 Web 会議サービスは、「トポロジ ビルダー for Office Web Apps Server のセットアップ」で定義されている HTTP プロキシ設定を無視します。 その結果、Lync クライアントは会議の他の参加者と共有Microsoft PowerPoint 2010できなくなります。 Lync Server をオンプレミスにインストールし、内部ネットワークで Office Web Apps Server オンプレミスを構成する場合は、プロキシ構成は必要ありません。

回避 策:

唯一の回避策は、外部の Office Web Apps Server と通信するために HTTP プロキシを使用する必要がある展開構成を持たないようにすることです。

電話会議プロバイダー会議へのビデオの追加はサポートされていません

問題:

ユーザーが音声会議プロバイダー会議に参加している場合、ビデオの追加はサポートされません。

回避 策:

この問題の回避策はありません。

IPv6 が有効になっているトポロジでは、Lync Web App Silverlight プラグインの自動更新が強制され、画面共有機能が Lync Web App から確実に機能するようにします

問題:

IPv6 が有効になっているトポロジが構成されている場合、以前のバージョンの画面共有プラグインが既にインストールされている場合、ユーザーは Lync Web App クライアントから画面を共有できません。

回避 策:

Lync Web App 経由で会議に参加するときに画面共有プラグインの最新バージョンに強制的に更新するには、 MinSupportedBuildVersion の値を次の両方のファイルの "4.0.7457.0" から "4.0.7577.380" に変更します。

  • %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Int\Client\Plugins\ReachAppShPluginProperties.xml

  • %ProgramFiles%\Microsoft Lync Server 15\Web Components\Reach\Ext\Client\Plugins\ReachAppShPluginProperties.xml

Enterprise Voice

場合によっては、IPv4 と IPv6 デュアル スタックを使用するように構成されたコンピューターで実行されている Lync クライアントが、E911、Media Bypass、Call Admission Control、Location Based Routing などのコンピューターの IP サブネットに依存する機能をサポートしていない可能性があります

注意

このセクションの情報は Lync Server 2013 の累積的な更新プログラム: 2013 年 2 月に関係します。

問題:

IPv4 と IPv6 のデュアル スタックが有効になっているコンピューターで Lync クライアントが実行されていて、プロキシ サーバーの DNS 解決に基づいている場合、クライアントはコンピューターの IPv6 アドレスを使用してサインインできます。 その後、Lync クライアントは、E911、メディア バイパス、通話受付制御、および場所ベースのルーティングを除外する IPv6 でサポートされる機能のみをサポートします。

回避 策:

この問題を回避するには、クライアント コンピューターで IPv6 サポートを無効にします。

エンタープライズ VoIPがユーザー用に構成されていない場合、ユーザーは E164 形式を使用して会議からダイヤルアウトする必要があります

問題:

エンタープライズ VoIPがユーザーに対して構成されていない場合、そのユーザーは E164 形式を使用して会議から正常にダイヤルアウトする必要があります。 E164 形式が使用されていない場合、ユーザーは会議からダイヤルアウトできません。

回避 策:

この問題を回避するには、エンタープライズ VoIPが有効になっていないユーザーは、E164 形式の番号を使用して会議からダイヤルアウトする必要があります。

プレゼンス

統合連絡先ストアがユーザーに対してオンになっている間にユーザーが [すべての招待と通信をブロックする] を選択した場合、プレゼンス状態は拒否されません。

問題:

統合連絡先ストアがユーザーに対してオンになっている間にユーザーが [すべての招待と通信をブロックする] を選択した場合、プレゼンス状態は拒否されません。

回避 策:

この問題を回避するには、ユーザーの統合連絡先ストアをオフにします。 これを行うには、次のコマンドレットを実行します。

Set-CsUserServicesPolicy -Identity "<user display name>" -UcsAllowed $False

次に例を示します。

Set-CsUserServicesPolicy -Identity "Ken Myer" -UcsAllowed $False

オンプレミスに所属する Office Communications Server 2007 R2 ユーザーは、ハイブリッド展開での Skype for Business Online ユーザーのプレゼンス状態を確認できません - ハイブリッド

問題:

この問題は、Lync Server 2013 Director を使用しているハイブリッド展開で発生する可能性があります。

Skype for Business Online に所属するユーザーのプレゼンス状態は、オンプレミス ユーザーのプレゼンス不明として表示されます。 また、Skype for Business Online に所属するユーザーは、Office Communications Server R2 オンプレミス ユーザーのプレゼンス状態を確認できません。

回避 策:

この問題を部分的に回避するには、Skype for Business Online ユーザーのホーム サーバー (msrtcsip-presencehomeserver) を、Lync Server 2013 Director ではなく Lync Server 2013 オンプレミス プールを指すように変更します。 この設定は、オンプレミスのフロントエンド サーバーで変更できます。

この回避策では、Office Communications Server 2007 R2 に所属するユーザーのプレゼンス状態が正しく表示され、オンライン ユーザー Skype for Business表示されます。

応答グループ アプリケーション、コール パーク アプリケーション、およびグループ通話ピックアップ

呼び出し元は、取得側との通話の確立中に 1 秒間の保留音を聞く可能性があります

注意

このセクションの情報は Lync Server 2013 の累積的な更新プログラム: 2013 年 2 月に関係します。

問題:

グループ通話ピックアップを介して通話が取得されると、発信者はレトリバーパーティーとの通話の確立中に1秒間の保留音を聞く可能性があります。

回避 策:

この問題の回避策はありません。

応答グループ エージェントは、Lync Server 2010 エージェント コンソールから Lync Server 2010 正式なエージェント グループにのみサインインおよびサインアウトできます

問題:

Lync Server 2013 応答グループ エージェントは、Lync Server 2010 エージェント コンソールから Lync Server 2010 正式なエージェント グループにのみサインインしてサインアウトできます。 Lync Server 2010 エージェント コンソールでは、ユーザーは自分が属している Lync Server 2010 応答グループのみを表示できます。 所属する Lync Server 2013 応答グループは表示できません。

回避 策:

応答グループ エージェントが Lync Server 2013 ユーザーであり、Lync Server 2013 正式なエージェント グループの一部である場合、ユーザーはブラウザーの Web リンクを介して Lync Server 2013 エージェント コンソールに直接アクセスして、Lync Server 2013 エージェント グループにサインインしてサインアウトする必要があります。

Lync Server 2010 応答グループ エージェントは、Lync Server 2013 応答グループの代わりに通話を発信できません

問題:

Lync Server 2013 応答グループのエージェントである Lync Server 2010 ユーザーは、応答グループの代わりに通話を行うことができません。 Lync Server 2013 応答グループは、Lync クライアントで通話を発信することはできません。

回避 策:

この問題を回避するには、Lync Server 2010 ユーザーを Lync Server 2013 に移動する必要があります。

Lync Server 2013 に移行した後に応答グループを Lync Server 2010 から削除すると、応答グループが着信呼び出しを受け入れなくなります

問題:

Lync Server 2010 から Lync Server 2013 に移行された応答グループが Lync Server コントロール パネルまたは Lync Server 管理シェルを介して Lync Server 2010 から削除された場合、Lync Server 2013 の応答グループは着信通話の受信を停止します。

回避 策:

この問題を回避するには、Lync Server 2010 から Lync Server 2013 に移行された応答グループを Lync Server 2010 から削除しないでください。

応答グループが既に削除されている場合は、Lync Server 2013 で再デプロイする必要があります。

新しいマネージド ワークフローが作成時に非アクティブに設定されている場合、ワークフローのデプロイは失敗します

問題:

新しいマネージド ワークフローが作成時に非アクティブに設定されると、ワークフローのデプロイは失敗します。 この問題は、ワークフローが作成時に非アクティブに設定されているが、展開後に非アクティブに設定するように編集されたワークフローには影響しません。

回避 策:

ワークフローを作成してデプロイするときは、ワークフローをアクティブとして設定し、デプロイします。 ワークフローが正常にデプロイされたら、ワークフローを編集し、非アクティブに設定できます。

所有者プールから応答グループを削除すると、応答グループがバックアップ プールにインポートされている場合、フェールオーバー中にバックアップ プールの応答グループが着信呼び出しを受け入れることができなくなります。

問題:

プライマリ プールが所有する応答グループが、所有者を上書きせずにバックアップ プールにインポートされ、応答グループが所有者プールから削除された場合、バックアップ プール内の応答グループはフェールオーバー中に着信呼び出しを受け入れなくなります。

回避 策:

プライマリ プールに応答グループを再デプロイする必要があります。 その後、応答グループ構成をプライマリ プールからエクスポートし、バックアップ プールに再度インポートする必要があります。

バックアップ プールで応答グループを再作成することもできます。 この場合、バックアップ プールは応答グループの所有者プールになります。

応答グループの代わりに要求を取得する場合、パークされた呼び出しをコール パーク アプリケーションから取得できません

問題:

次の条件が満たされると、パークされた呼び出しの取得要求は失敗します。

  • エージェントが匿名応答グループの一部である

  • エージェントは、匿名応答グループを介してコール パーク アプリケーションからパークされた呼び出しを取得しようとします

  • エージェントは、[Call On Behalf]\(代理呼び出し\) オプションまたは Lync アテンダント クライアントの同じオプションを使用してオービット番号をダイヤルして、通話の取得を試みます

回避 策:

この問題の回避策はありません。 パークされた呼び出しは、応答グループの代わりに行わずに取得する必要があります。

Lync Server コントロール パネル、トポロジ ビルダー、および計画ツール

計画ツールの制限事項

注意

このセクションの情報は Lync Server 2013 の累積的な更新プログラム: 2013 年 2 月に関係します。

問題:

計画ツールには、デプロイの計画時に次の制限があります。

  • サポートされている中央サイトは最大 10 個です

  • 各中央サイトには、最大 14 のブランチ サイトを含めることができます

  • 各中央サイトのユーザー数は最大 240,000 人です

さらに、推奨トポロジを計算する場合、計画ツールには次の値は含まれません。

  • オンラインでホームになっているユーザーの数

  • XMPP フェデレーションが有効になっているユーザーの割合

  • Lync Web App を使用しているユーザーの割合

回避 策:

これらの問題の回避策はありません。 計画ツールの詳細については、「 計画ツールを使用した Lync Server 2013 のトポロジの設計」を参照してください。

計画ツールでは、オプションを更新するときに、エッジ ネットワークに対して以前に定義された IP アドレスを使用できない場合があります

問題:

計画ツールを使用して設計を完了した後、エッジ ネットワーク オプションを変更すると、既存の IP アドレスを更新する代わりに、追加の IP アドレスがデザインに追加される場合があります。 これは、エッジ ネットワーク ダイアグラムの詳細を表示し 、[ここをクリックしてオプションを更新する] を選択し、[構成オプション] ダイアログで、[エッジ ネットワーク] で [ 同じ FQDN と IP アドレスを使用するが、エッジ サーバー上のエッジ サービスに異なるポートを使用する] を選択すると発生する可能性があります。 変更を適用すると、新しい IP アドレスとエッジ サーバーがデザインに追加される可能性があります。

回避 策:

現時点では、この問題の回避策はありません。

Lync Server コントロール パネルで、"すべてのユーザーをプールに移動する" が期待どおりに機能しない可能性があります

問題:

Lync Server コントロール パネルを使用して、複数のドメイン コントローラーと親子ドメインを持つユーザーなど、複雑な Active Directory 環境のプールから別のプールにすべてのユーザーを移動すると、「指定されたユーザーはレガシ ユーザーではなく、代わりにコマンドレット Move-CsUser を使用してください」というエラー メッセージが返されることがあります。 これは、複雑な Active Directory 環境でのレプリケーション時間が長くなる結果です。

回避 策:

この問題を回避するには、次のいずれかの操作を行います。

  • Lync Server コントロール パネルのフィルターを使用して、レガシ ユーザーを検索し、それらのユーザーを選択してから、[すべてのユーザーをプールに移動する] ではなく [選択したユーザーをプールに移動する] コマンド使用します。

  • Lync Server 管理シェルを使用して、Lync Server コマンドレットを使用してレガシ ユーザーをバッチで移動します。

Microsoft Silverlight ブラウザー プラグインがバージョン 5 に更新された後、Lync Server コントロール パネルが VMware 環境で動作を停止する

問題:

VMware 環境で Lync Server コントロール パネルを使用すると、Silverlight をバージョン 5 にアップグレードした後に Lync Server コントロール パネルが動作しなくなる可能性があります。

回避 策:

この問題を回避するには、次のいずれかの操作を行います。

  • Silverlight 5 をアンインストールし、 から https://go.microsoft.com/fwlink/p/?LinkID=149156&Silverlight 4 をインストールします。v=4.0

  • VMware 仮想コンピューターではないコンピューターから Lync Server コントロール パネルを開きます。

    リモート コンピューターから Lync Server コントロール パネルを開くには、コンピューターに Lync Server 管理ツールをインストールし、Windows の [スタート] メニューから Lync Server コントロール パネルを起動します。

    Web ブラウザーで URL を入力して、Lync Server コントロール パネルを開くこともできます。 URL は、https://< frontend_pool_fqdn>/cscp に似ています。

トポロジ ビルダーでミラーリング データベースを削除した後、管理者は Uninstall-csMirrorDB コマンドレットを実行できません

問題:

管理者がトポロジ ビルダーでミラーリング データベースを無効にし、トポロジ ビルダーでミラーリング データベースを削除すると、管理者が Uninstall-csMirrorDatabase コマンドレットを実行してSQL Serverからミラーリングを削除するためのメッセージが [To do] リストに表示されます。 管理者がコマンドレットを実行しようとすると、失敗します。

回避 策:

トポロジ ビルダーでプールの SQL ミラーリングを削除するには、まずコマンドレットを使用して、SQL Serverのミラーを削除する必要があります。 次に、トポロジ ビルダーを使用して、トポロジからミラーを削除できます。 SQL Server でミラーを削除するには、次のコマンドレットを使用します。

Uninstall-CsMirrorDatabase -SqlServerFqdn <SQLServer FQDN> [-SqlInstanceName <SQLServer instance name>] -DatabaseType <Application | Archiving | CentralMgmt | Monitoring | User | BIStaging | PersistentChat | PersistentChatCompliance> [-DropExistingDatabasesOnMirror] [-Verbose]

たとえば、ミラーリングを削除し、ユーザー データベースのデータベースを削除するには、次のように入力します。

Uninstall-CsMirrorDatabase -SqlServerFqdn primaryBE.contoso.com -SqlInstanceName rtc -Verbose -DatabaseType User -DropExistingDatabasesOnMirror

DropExistingDatabasesOnMirror パラメーターを使用すると、影響を受けるデータベースがミラーから削除されます。 その後、トポロジからミラーを削除するために次の操作を行います。

  1. トポロジ ビルダーで、プールを右クリックし、[プロパティの編集] をクリックします。

  2. [ SQL ストア ミラーリングを有効にする] をオフにし、[OK] をクリック します

  3. トポロジを公開します。

Important

バックエンド データベース ミラーリング関係を変更するたびに、プール内のすべてのフロントエンド サーバーを再起動する必要があります。

トポロジ ビルダーで検証エラーが返されるのは、管理者が、ミラーリング監視ストアが関連付けられているフロント エンド プールを使用して展開を削除しようとしたときです。

問題:

管理者がトポロジ ビルダーの 展開の削除 コマンドを使用して、関連する監視ストアを含むフロント エンド プールを含む展開を削除しようとすると、トポロジ ビルダーに検証エラーが表示され、アクションは続行されません。

回避 策:

この問題を回避するには、次のいずれかの操作を行います。

  • 展開を削除する前に、監視ストアを削除します。

  • フロント エンド プールの監視ストアを追加し、削除します。

常設チャット サーバーの展開情報が、計画ツールとトポロジ ビルダーの間で一貫性がありません

問題:

Lync Server 2013 計画ツールは、ディザスター リカバリーを有効にした常設チャット サーバー展開のサイト トポロジ図を出力すると、サイト トポロジ図には複数の (物理) サイトが含まれます。各サイトに均等に割り当てられた常設チャット サーバーがあります。 トポロジ ビルダーでは、すべての常設チャット サーバーは 1 つの (論理) サイトに属するものとして表され、同じ常設チャット サーバー プール ノードの下に一覧表示されます。

回避 策:

現時点では、この問題の回避策はありません。 ユーザーは、常設チャット サーバー展開の計画ツールの出力を分析し、特定のニーズに合わせてプランを変更する必要があります。

ローカライズ

監視

Lync Server の東アジア版を使用している場合、監視レポートの展開ウィザードで特定の状況で正しくない文字が表示される

問題:

システム ロケールが東アジア言語に設定されていないオペレーティング システムで、Lync Server 2013 の東アジア版 (簡体字)、中国語 (繁体字)、日本語、韓国語など) を使用する場合、監視レポートの展開ウィザードには、ローカライズされたメッセージの代わりに疑問符やその他の文字が表示されます。

回避 策:

この問題を解決するには、オペレーティング システムと Lync Server 2013 のロケールを同じ言語に設定すると、すべてのメッセージが正しく表示されます。

Lync Server コントロール パネル

特定の場合、Lync Server コントロール パネルのページの上部ナビゲーション バーの最初の項目は、上部のナビゲーション バーの最後の項目がクリックされたときに消えます

問題:

Lync Server コントロール パネル のページの上部ナビゲーション バーの最後の項目をクリックすると、上部のナビゲーション バーの最初の項目が消えるという既知の 3 つのケースがあります。

  • フランス語のバージョンでは、"Féderation et accès externe" ページで、"Partenaires fédérés XMPP" をクリックするとアイテム "Stratégie d'accès externe" が消えます。

  • ドイツ語バージョンの [クライアント] ページで、[Pushbenachrichtigungskonfiguration] をクリックすると、"Clientversionskonfiguration" という項目が消えます。

  • ロシア語版では、"Конфигурация сеи" ページ "Глобально" が消えるшрут региона" がクリックされます。

回避 策:

この問題を回避するには、ブラウザーで Lync Server コントロール パネルのページを更新します。 ページがブラウザーに読み込み、上部のナビゲーション バーのすべての項目が表示されます。

アドレス帳

一部の言語では、アドレス帳のインデックス作成が期待どおりに機能しない

注意

このセクションの情報は Lync Server 2013 の累積的な更新プログラム: 2013 年 2 月に関係します。

ユーザーのプロパティにインデックス付きフィールドが含まれており、そのフィールドにインデックスを作成できない文字のみが含まれている場合、ユーザーはアドレス帳で実行された検索には表示されません。

次の文字とロケールはインデックスを作成できません。

  • 大文字キリル文字、ギリシャ文字、アルメニア文字

  • 大文字のアクセント付き文字

  • タイ語

  • ラオス

  • ミャンマー

  • Devanagari

  • Ethiopic

  • チベット

  • ベンガル語

  • グジャラート語

  • テルグ語

  • その他すべての Indic スクリプト

Lync Web App、Web Scheduler、Web コンポーネント

Lync Web Scheduler、Dial-In、Join Launcher、Persistent Chat Room Management、OCTab の特定の言語の言語フォールバックが想定どおりに機能しない可能性があります

問題:

Web ブラウザーでニュートラル ロケール (インターネット エクスプローラーでは、言語、スクリプト、ロケール ("ノルウェー語、Bokmål (ノルウェー語) [nb-NO]" など) を指定するロケールではなく、"ノルウェー語 [no]" のような仕様のない言語名など) を選択すると、Lync Web Scheduler、Dial-In、Join Launcher、Persistent Chat Room Management の特定の言語で予期しない表示動作が発生する可能性があります。 と OCTab。 たとえば、次のいずれかの言語が選択されている場合、ユーザーに英語ページが表示される場合があります。

  • ノルウェー語

  • ポルトガル語

  • セルビア語

回避 策:

ニュートラル ロケールの言語を選択する場合は、ブラウザーの言語優先リストで、特定のロケール (スクリプトや国コードを含む) を追加する言語も必ず追加してください。

一部の Web ブラウザーで Lync Web Scheduler、Dial-In、Join Launcher、Persistent Chat Room Management、OCTab を使用する場合、Azeri と Uzbek のロケールのサポートは制限されています

注意

このセクションの情報は Lync Server 2013 の累積的な更新プログラム: 2013 年 2 月に関係します。

問題:

インターネット エクスプローラー 8 またはインターネット エクスプローラー 9 を使用し、ブラウザーの言語を Azeri (Latin) または Uzbek (Latin) に設定すると、ダイヤルインページと Join Launcher ページが英語で表示されるか、ブラウザーで優先言語セットが表示されます。

Firefox または Chrome ブラウザーを使用し、ブラウザーの言語を Azeri (Latin) または Uzbek (Latin) に設定すると、Lync Web アプリ、Lync Web Scheduler、RGS OCTab が英語またはブラウザーの優先言語セットで表示されます。

Safari ブラウザーでは、Uzbek (Latin) ロケールはサポートされていません。

回避 策:

これらの問題の回避策はありません。

Lync Web App のルーマニア語バージョンの [会議に参加する] リストにドロップダウン矢印が表示されない

問題:

Lync Web App のルーマニア語バージョンを使用しているユーザーが次の手順を実行すると、ドロップダウン リストの [会議に参加 ] のドロップダウン矢印は表示されません。

  1. [全般] タブの [このコンピューターで自分を記憶する] を選択します。

  2. [ 電話 ] タブを選択します。

  3. [ 会議に参加] のドロップダウン リストをクリックします。

    ユーザーには、既定の Lync Web アプリよりも多くのオプションがあることを示す矢印が表示されません。これには、オーディオに 参加しないでください (ルーマニア語、"Nu se asociaža la componenta audio") と New number(ルーマニア語では"Număr nou")。

回避 策:

このドロップダウン リストの矢印は表示されませんが、ユーザーは既定値をクリックしてリスト内の追加の設定を選択できます。

Lync Web Scheduler のトルコ語版を使用する場合、[発表者] の下の [People I choose] オプションを使用している場合、会議を保存できません

問題:

Lync Web Scheduler のトルコ語版で会議を作成または編集する場合、[発表者] の下の [People選択] オプションはサポートされていません。 このオプションを選択すると、会議を保存できません。 代わりに、1 人以上の発表者を発表できないことを示すエラー メッセージが表示されます。

回避 策:

この問題を回避するには、ユーザーは既定のオプション "会社からPeople" または他の任意の選択肢 ("開催者のみ" や "社外のユーザーを含むすべてのユーザーを含む" など) を使用できます。開催者は、会議に参加した後で、適切なロールにユーザーを降格または昇格できます。

または、別の言語を理解しているユーザーは、ブラウザーで言語の選択を他の 43 のサポートされている言語のいずれかに変更し、[People選択] オプションを使用することもできます。

このドキュメントは、最終的な商用リリースの前に大幅に変更される可能性があるソフトウェア製品の予備リリースをサポートしており、Microsoft Corporation の機密情報および専有情報です。 これは、受信者と Microsoft の間の秘密保持契約に従って開示されます。 このドキュメントは情報提供のみを目的として提供されており、Microsoft はこのドキュメントの明示または黙示を問わず一切の保証を行いません。 このドキュメントの URL やその他のインターネット Web サイト参照を含む情報は、予告なく変更される場合があります。 使用のリスク全体、またはこのドキュメントの使用による結果は、ユーザーに残ります。 特に記載がない限り、ここに記載されている企業、組織、製品、ドメイン名、電子メール アドレス、ロゴ、人、場所、およびイベントは架空です。 実際の会社、organization、製品、ドメイン名、電子メール アドレス、ロゴ、人物、場所、またはイベントとの関連付けは意図されていないか、推論する必要はありません。 適用されるすべての著作権法を遵守することは、ユーザーの責任です。 著作権に基づく権利を制限することなく、このドキュメントの一部は、Microsoft Corporation の書面による明示的な許可なしに、複製、保存、または取得システムへの導入、または任意の形式または手段 (電子、機械、コピー、録音、またはその他の方法) で送信することはできません。

Microsoft は、このドキュメントの主題をカバーする特許、特許出願、商標、著作権、またはその他の知的財産権を有している場合があります。 Microsoft からの書面による使用許諾契約書に明示的に規定されている場合を除き、このドキュメントの内容は、これらの特許、商標、著作権、またはその他の知的財産に対するライセンスをユーザーに付与しません。

© 2012 Microsoft Corporation。 All rights reserved.

Microsoft、Windows、Windows Live、Active Directory、インターネット エクスプローラー、MSN、Outlook、SQL Serverは、米国やその他の国/地域における Microsoft Corporation の登録商標または商標です。

その他の商標はすべて、それぞれの所有者の財産です。