Are you the publisher? Claim or contact us about this channel


Embed this content in your HTML

Search

Report adult content:

click to rate:

Account: (login)

More Channels


Channel Catalog


Channel Description:

Resources for IT Professionals

older | 1 | .... | 841 | 842 | (Page 843) | 844 | 845 | .... | 889 | newer

    0 0

    In the last post I briefly discussed some of the traditional workloads we virtualised for SMB customers, and also started introducing the idea that dependng on how we plan on adopting cloud technologies we aren't necessarily eliminating the need for on-premises virtual machines, but may in some cases need to support more virtual machines. Today I'll cover this in more detail, and will do it by focusing on just one of the offerings that Microsoft has made available through their online services offerings, the Enterprise Mobility Suite.

    Now, before anyone calls me out on this, I'm specifically using EMS as the example because it includes mutiple components, and most of them have the ability to provide additional layers of protection inside your existing infrastructure. To many people, EMS is all about managing cloud identities, cloud connected devices and mobile applications, but as you will see, it can do much more than that if you need it to. The four major components of EMS are Azure Active Directory Premium, Microsoft Intune, Azure Rights Management Service and Advanced Threat Analytics. Let's take a look at each of these with a strong focus on their capabilities to extend back inside your customer's environments. If you've been considering EMS for other purposes, maybe these will help to steer you towards leveraging it in more ways than you expected, provided you have the internal Windows Server licensing method that allows this to occur.

    Azure Active Directory Premium is a major step up in functionality for those that want to do more than just synchronise users, groups and password hashes to Azure Active Directory, It allows cloud password resets and writeback into on-premises environments, along with the writeback of Azure AD registered devices and Azure AD groups back into your local Active Directory,rather than just being a one way synchronisation from on-premises to the cloud. As mentioned in the previous post, the requirement you have on-premises for this directory synchronisation to occur is Azure Active Directory Connect, the latest in Microsoft's heritage of directory synchronisation tools, of which the 1.1 version was only released last week. Now while this sotware is supported running on a domain controller, it isn't a best practice, so the ability to isolate the workload is deiniftely enhanced if you have a Windows Server license that you can use it with.

    Another inclusion with Azure Active Directory Premium is Multi Factor Authentication, where you have the ability to receive a phone call, SMS or mobile app notification to get secure access to resources. This is easy to use with Office 365, but what about if you wan to extend this approach back into your own internal resources? First of all, what type of resources support it? Some examples are the Remote Desktop Gateway for RDS, IIS, LDAP and Windows Authentication, as well as being able to act as the RADIUS server for various VPN solutions. This Azure MFA Server is also a good candidate for its own virtual machine, or if you want to ensure high availability you can deploy multiple instances behind a load balancer or in multi-server mode.

    Azure Rights Management works as a great solution for protecting documents that are being created and consumed by Office 365 clients and services, but what if you have kept that file server on site, and maybe still have your own Exchange and SharePoint environments that you are managing? In this case you can install the Azure RMS Connector on-premises, but the catch here, which shouldn't be a surprise, is that it shouldn't be co-located on the physical instance or virtual machine whose workload it is trying to protect. The Azure RMS team also recommends deploying in a high availbility scenario, which means looking at more virtual machines. What's the best way to get more Windows Server virtual machines? You guessed it, by already having that right by having Windows Server 2012 R2 Dataceter edition.

    The final inclusion in EMS that I'll cover in this post is the recently added Advanced Threat Analytics. ATA has two main components, which are the ATA Gateway and the ATA Center. These connect to your existing network by mirroring the network traffic to and from your domain controllers, and by looking at Windows events and analyzing the data for attacks and threats. As you've probably already concluded, that' another two virtual machines you are starting with, so again the value of Windows Server datacenter licensing should really start to be appealing.

    As I mentioned at the start of this post, I chose EMS deliberately to highlight some of the different ways that cloud services, in this case just one suite from Microsoft, can impact on your on-premises requirements if you want to leverage the best of cloud services while still meeting on-premises solutions that customers want to protect and enhance. In the next post I'll cover one of Windows Server 2012 R2's roles that on its own can require an extensive number of virtual machines to be configured in order to deliver what it is capable of, and is used for 36% of authentications to Azure AD/Office 365.


    0 0

    Sejam muito bem-vindos a mais um Domingo Surpresa.

    No dia 10/02/2016 foi disponibilizada uma versão de avaliação englobando o próximo conjunto de atualizações do Visual Studio 2015. Trata-se do Update 2 CTP, com melhorias que cobrem diversas funcionalidades desta IDE.

    Dentre as principais novidades deste pacote de atualizações destacam-se:

    • Correções na publicação de aplicações que empreguem TypeScript, além de melhorias de performance na compilação desta linguagem;
    • Uma nova versão do Visual Studio Tools for Apache Cordova (Update 5), incluindo um simulador do iPhone 6s para testes;
    • Alterações no compilador de C++, contemplando melhorias e também correções de erros;
    • O Application Insights Tools for Visual Studio 5.0, com novidades visando simplificar o uso deste mecanismo de monitoramento de aplicações;
    • Atualizações no conjunto de ferramentas conhecido como SQL Server Data Tools, incluindo o suporte a novos recursos do Azure SQL Database e SQL Server 2016;
    • Melhorias no Team Explorer, prevendo também novos recursos do Git voltados ao versionamento de projetos.

    É importante ressaltar que por se tratar de um CTP (Community Technology Preview), esse conjunto de atualizações pode vir a apresentar algum tipo de instabilidade e ainda está sujeito a alterações.

    Para uma descrição completa das novidades acesse o link abaixo:

    https://www.visualstudio.com/en-us/news/vs2015-update2-vs.aspx

    Para saber mais sobre o Visual Studio 2015 e exemplos de uso do mesmo consulte também os links:

    Visual Studio 2015 Portal

    ALM - Visual Studio 2015 - Edições e Upgrades

    Utilizando o GitHub no Visual Studio 2015

       

    E por hoje é isso... Até a próxima!

    Wiki Ninja Renato Groffe (Wiki, Facebook, LinkedIn, MSDN)


    0 0


    Den andre onsdagen i hver måned fra kl 09:00 – 10:00 arrangerer vi Skypemøtene Microsoft Partner Brief.

    Vi tar opp aktuelle temaer for våre norske partnere, både når det gjelder produkter, løsninger, kampanjer og medlemskapet i Microsoft Partner Network.
    Det vil naturligvis også være anledning til å stille spørsmål.

     Neste Microsoft Partner brief er 9. mars kl. 09.00-09.45.

    I denne månedens Microsoft Partner brief skal vi se på det nye verktøyet hvor du får oversikt over de nye Office 365 og CRM Online insentivene. Ønsker du mer informasjon om insentivene finner du opptak av forrige Microsoft Partner brief her. I tillegg gir vi en oppdatering på partnernyheter. Velkommen.

    Her finner du kalenderinvitasjon

     


    0 0

    こんにちは。System Center サポート チームです。

    今回は普段 System Center Configuration Manager (以下、Configuration Manager)  を管理されている IT プロの方向けに SCNotification.exe が動作を停止する現象のトラブル シュート方法をご案内します。

     

    Configuration Manager クライアントの動作中に SCNotification.exe が動作を停止する現象についてお問い合わせをいただくことがあります。

    そのときに、動作を停止した旨のウィンドウが表示されてしまうので、ユーザーが OS や Configuration Manager の動作に問題があるのではと心配してしまいます。

    また、PC を使用するユーザーやイベントを監視している管理者から原因や影響度、対処方法についてお問い合わせがあると考えられます。

    実際には、後述の【影響】の通り Configuration Manager の通知が表示されないという影響がありますが、

    更新プログラムやアプリケーションの適用動作には影響ないため、サイレント インストール主体の運用をされている場合には実用上の問題はございません。

    とはいえ、エラーのポップアップが表示されること自体を回避したいと思われる方が大半でしょう。

    そこで、今回は本事象の詳細や影響度、対処方法についてご案内いたします。

    本事象にお悩みの方にとっての助けになれば幸いです。

     

     

    概要

    Configuration Manager クライアントの動作中に SCNotification.exe がクラッシュします。

    その際に、「SCNotificationは動作を停止しました」 「SCNotification has stopped working」 というポップアップが表示されます。

     

     

    また、アプリケーション イベント ログに以下のエラー イベントが記録されます。

     

    ・イベント ソース : Application Error

    ・イベント ID : 1000

    ・説明 : 障害が発生しているアプリケーション SCNotification.exe

     

     

    原因

    多くの場合 .Net Framework の破損や内部的な不整合が原因です。

    SCNotification.exe は .Net Framework 上で動作するアプリケーションです。

    .Net Framework の破損や不整合により SCNotification.exe が .Net Framework の機能が利用できない場合に、

    SCNotification.exe がクラッシュして動作を停止します。

     

     

    影響

    SCNotification.exe は Configuration Manager のポップアップ通知機能を司ります。

    そのため、上記の問題が発生するとポップアップ通知が表示されません。

    インストール可能なソフトウェアがある旨や、再起動が必要な旨のメッセージが表示されないという影響があります。

    ただし、Configuration Manager のメインの機能を司る CcmExec.exe とは独立したプロセスなので、

    インベントリ収集やパッケージ・更新プログラムの配布といった機能は問題なく動作します。

    影響範囲はあくまでポップアップ通知が表示されないという表示上の問題に限定されます。

     

     

    対処方法

    .Net Framework の破損を修復することで、事象改善が期待できます。

    インストールされている .Net Framework のバージョンにより対処方法が異なります。

    インストールされている .Net Framework のバージョンを確認する方法は以下をご参照ください。

     

    方法 : インストールされている .NET Framework バージョンを確認する

    https://msdn.microsoft.com/ja-jp/library/hh925568(v=vs.110).aspx

     

     

    ■ .Net Framework 4.x がインストールされている環境の場合

    .Net Framework 4.x のモジュールを最新版にバージョンアップするか修復します。

    これにより .Net Frmework 4.x の問題が修復され、事象が改善します。

     

    - 手順

    1. .Net Framework 4.x のインストーラーを入手します。

    2016 年 1 月 12 日より、.Net Framework 4.5.2 以降のバージョンのみがサポートされます。

    可能な限り最新版のインストーラーをご利用ください。

     

    ・4.5.2 のオフライン インストーラー

    Windows Vista SP2、Windows 7 SP1、Windows 8、Windows 8.1、Windows Server 2008 SP2、Windows Server 2008 R2 SP1、Windows Server 2012、および Windows Server 2012 R2 用 Microsoft .NET Framework 4.5.2 (オフライン インストーラー)

    https://www.microsoft.com/ja-jp/download/details.aspx?id=42642

     

    ・4.6 のオフライン インストーラー

    Windows Vista SP2、Windows 7 SP1、Windows 8、Windows 8.1、Windows Server 2008 SP2、Windows Server 2008 R2 SP1、Windows Server 2012、および Windows Server 2012 R2 用 Microsoft .NET Framework 4.6 (オフライン インストーラー)

    https://www.microsoft.com/ja-jp/download/details.aspx?id=48137

     

    2. インストーラーを実行して、.Net Framework をインストールまたは修復します。

    インストールする .Net Framework のバージョンが現在のものよりも高い場合は、「インストール」を選択します。

    現在のバージョンと同じ場合は「修復」か「アンインストール」が表示されますので、「修復」を選択します。

     

    3. インストールまたは修復が完了したらコンピューターを再起動します。

     

     

     

    ■ .Net Framework 3.x がインストールされており、4.x がインストールされていない環境の場合

    この場合には 2 つの方法があります。

     

    (方法 1) .Net Framework 4.x をインストールする

    前述の「.Net Framework 4.x がインストールされている環境の場合」と同じ手順を実施します。

    これにより .Net Frmework 4.x のモジュールが使用されるようになり、事象が改善します。

    なお、.Net Framework 3.x と 4.x は共存可能なので、3.x をアンインストールする必要はありません。

     

     

    (方法 2) .Net Framework 3.x をインストールするか修復する

    1. .Net Framework 3.5 SP1 のインストーラーを入手します。

     

    ・3.5 SP1 のオフライン インストーラー

    Microsoft .NET Framework 3.5 Service Pack 1 (フル パッケージ)

    http://www.microsoft.com/ja-jp/download/details.aspx?id=25150

     

    2. インストーラーを実行して、.Net Framework をインストールまたは修復します。

    インストールする .Net Framework のバージョンが現在のものよりも高い場合は、「インストール」を選択します。

    現在のバージョンと同じ場合は「修復」か「アンインストール」が表示されますので、「修復」を選択します。

     

    3. インストールまたは修復が完了したらコンピューターを再起動します。


    0 0

    SCU

    I wanted to alert you to a great community driven event coming up in March that has been running in Asia for a few years now, and is coming to Australia for the first time.  I’m going to be presenting in the keynote so you have even more incentive to come!  For more information and details of the event please see below!

    For the first time ever, System Center Universe is coming to Australia in 2016! This is a first-class community conference where you can mingle with experts and fellow industry professionals to explore new technologies. The conference has been running for many years in Asia, typically Singapore and Malaysia and also in Europe and USA.

    This one-day event will be showcasing upcoming System Center solutions and Microsoft Azure cloud technologies with the latest Windows 10 to be held at the Crown Promenade Melbourne on Friday 11th March.

    Hear firsthand top secrets, best practices, tips and tricks from international renowned speakers and MVPs - Wally Mead, Pete Zerger, Mike Resseler, Thomas Maurer, Symon Perriman, Marcel Zehner as well as number of local Australian based speakers.

    A number of sponsors will be exhibiting in the expo area including Flexera, Veeam, Savision, Systemology, Infront Consulting, Opslogix, itnetx and Cireson.

    There will be amazing prizes to be won and a free Cloud Architecture Arena where you can ask any questions about starting your cloud journey.  A number of masterclass workshops will be run by System Center and Cloud experts and you end the day with a cocktail networking session with all speakers and sponsors.

    Please visit http://systemcenteruniverse.asia/australia/ for more details.

    And for up to the minute information please check out all the social media locations

    Facebook - https://www.facebook.com/systemcenteruniverse.apac/

    Twitter - https://twitter.com/scuapac

    You Tube - https://www.youtube.com/channel/UCicwZ6EIKuQnUU34GE-atpA/feed

    And if you need to convince your boss make sure you check out theTop 10 reasons to attend SCU Australia!

    Hope to see many of you there!

    Jeffa


    0 0

    みなさんこんにちは、Exchange Server サポートの 杉山 卓弥 です。Exchange Online で送受信されているメッセージを調査する場合、管理者にてメッセージ追跡を実行する機会は非常に多いかと思います。そこで、メッセージ追跡に役立つ情報を順次 Exchange Server サポートよりご紹介していきます。Part 1 では、Exchange Online のメッセージ追跡の実行方法、取得方法について使用頻度が高い順にご説明していきます。
     
    Exchange Server サポートからのお願い
    ********************************************************
    弊社サポートにメッセージ配信に関するお問い合わせをいただく際、メッセージ追跡ログをあらかじめ送付いただくことで、すぐに調査を開始することができます。また、事象の早期解決に結びつくことも多くございますので、事前の HistoricalSearch (詳細版) の取得にご協力をいただけますようお願いいたします。
    ********************************************************
     
    <取得方法>
    A. HistoricalSearch (詳細版)
    B. MessageTrace (詳細版)
    C. MessageTrace (要約版)
    D. HistoricalSearch (要約版)
     
    <事前準備>
    Windows Powershell から Exchange Online に接続します。
     
    Title: リモート PowerShell による Exchange への接続
    URL: https://technet.microsoft.com/library/jj984289(v=exchg.160).aspx
     
    ==================
    A. HistoricalSearch (詳細版)
    ==================
    使用頻度 : ★★★
    詳細度 : ★★★
    実行時間 : ★☆☆ (長い)
    取得可能期間 : ★★★ (過去 90 日)
     
    特徴 :
    過去 7 日以上経過した単一または複数のメッセージをイベント単位で最も詳細に調査する場合に有効です。弊社サポートで特定のメッセージを調査する際にもご依頼をしている方法です。
     
    取得方法 :
    1. メッセージ追跡 (HistoricalSearch) を開始します。
     
    <送信者、受信者を指定して実行する場合>
    Start-HistoricalSearch -ReportTitle <任意の実行名> -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -SenderAddress <送信者メールアドレス> -RecipientAddress <受信者メールアドレス> -ReportType MessageTraceDetail -NotifyAddress <通知メールアドレス>
     
    <メッセージ ID を指定して実行する場合>
    Start-HistoricalSearch -ReportTitle <任意の実行名> -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -MessageID "<メッセージ ID>" -ReportType MessageTraceDetail -NotifyAddress <通知メールアドレス>
     
    2. 実行後に表示された JobId を控えておき、以下のコマンドを実行して Status が Done となっていることを確認します。
    Status が Done となるまでには数時間かかる場合があるので、以下のコマンドは Start-HistoricalSearch でのメッセージ追跡開始後、しばらく時間が経ってから実行することをお勧めします。
     
    Get-HistoricalSearch -JobId "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" | FL
     
    3. 該当の JobId の Status が Done となったら、FileUrl に記載されている URL より CSV 形式のメッセージ追跡ログをダウンロードします。
    URL アクセス時に証明書の警告画面が表示された場合には、[キャンセル] を押して処理を進めます。
     
    注意点 :
    パラメーターの StartDate および EndDate は協定世界時 (UTC) を基準としています。日本標準時 (JST) での受信時刻とは異なりますので、例えば、2016/02/22 (JST) に受信した場合は、StartDate を 2016/02/21、EndDate を 2016/02/23 と指定することをお勧めします。
    また、1 日経過しても Status が Done とならない場合には、再度新しく HistoricalSearch を作成、開始いただけますようお願いいたします。
     
    ================
    B. MessageTrace (詳細版)
    ================
    使用頻度 : ★★☆
    詳細度 : ★★☆
    実行時間 : ★★★ (短い)
    取得可能期間 : ★☆☆ (過去 7 日)
     
    特徴 :
    単一または複数のメッセージをイベント単位で調査する場合に有効です。管理者にてコネクタの経由状況やトランスポート ルールの適用状況を確認することができます。
     
    取得方法 :
    <送信者、受信者を指定して実行する場合>
    Get-MessageTrace -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -SenderAddress <送信者メールアドレス> -RecipientAddress <受信者メールアドレス> | Get-MessageTraceDetail | Export-Csv -Path C:\<フォルダー名>\<ファイル名>.csv -Encoding UTF8 -NoTypeInformation
     
    <メッセージ ID を指定して実行する場合>
    Get-MessageTrace -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -MessageId "<メッセージ ID>" | Get-MessageTraceDetail | Export-Csv -Path C:\<フォルダー名>\<ファイル名>.csv -Encoding UTF8 -NoTypeInformation
     
    注意点 :
    パラメーターの StartDate および EndDate は協定世界時 (UTC) を基準としています。日本標準時 (JST) での受信時刻とは異なりますので、例えば、2016/02/22 (JST) に受信した場合は、StartDate を 2016/02/21、EndDate を 2016/02/23 と指定することをお勧めします。
     
    ================
    C. MessageTrace (要約版)
    ================
    使用頻度 : ★★☆
    詳細度 : ★☆☆
    実行時間 : ★★★ (短い)
    取得可能期間 : ★☆☆ (過去 7 日)
     
    特徴 :
    多数のメッセージの最終配信ステータスや送信元 IP などを調査する場合に有効な方法です。管理者にてメッセージの配送状況を一覧形式で確認することができます。
     
    取得方法 :
    <送信者、受信者を指定して実行する場合>
    Get-MessageTrace -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -SenderAddress <送信者メールアドレス> -RecipientAddress <受信者メールアドレス> | Export-Csv -Path C:\<フォルダー名>\<ファイル名>.csv -Encoding UTF8 -NoTypeInformation
     
    <メッセージ ID を指定して実行する場合>
    Get-MessageTrace -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -MessageId "<メッセージ ID>" | Export-Csv -Path C:\<フォルダー名>\<ファイル名>.csv -Encoding UTF8 -NoTypeInformation
     
    注意点 :
    パラメーターの StartDate および EndDate は協定世界時 (UTC) を基準としています。日本標準時 (JST) での受信時刻とは異なりますので、例えば、2016/02/22 (JST) に受信した場合は、StartDate を 2016/02/21、EndDate を 2016/02/23 と指定することをお勧めします。
     
     
    ==================
    D. HistoricalSearch (要約版)
    ==================
    使用頻度 : ★☆☆
    詳細度 : ★☆☆
    実行時間 : ★☆☆ (長い)
    取得可能期間 : ★★★ (過去 90 日)
     
    特徴 :
    過去 7 日以上経過した多数のメッセージのイベント概要や送信元 IP を調査する場合に有効な方法です。管理者にてメッセージの配送状況を一覧形式で確認することができます。
     
    取得方法 :
    1. メッセージ追跡 (HistoricalSearch) を開始します。
     
    <送信者、受信者を指定して実行する場合>
    Start-HistoricalSearch -ReportTitle <任意の実行名> -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -SenderAddress <送信者メールアドレス> -RecipientAddress <受信者メールアドレス> -ReportType MessageTrace  -NotifyAddress <通知メールアドレス>
     
    <メッセージ ID を指定して実行する場合>
    Start-HistoricalSearch -ReportTitle <任意の実行名> -StartDate yyyy/mm/dd -EndDate yyyy/mm/dd -MessageID "<メッセージ ID>" -ReportType MessageTrace -NotifyAddress <通知メールアドレス>
     
    2. 実行後に表示された JobId を控えておき、以下のコマンドを実行して Status が Done となっていることを確認します。
    Status が Done となるまでには数時間かかる場合があるので、以下のコマンドは Start-HistoricalSearch でのメッセージ追跡開始後、しばらく時間が経ってから実行することをお勧めします。
     
    Get-HistoricalSearch -JobId "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" | FL
     
    3. 該当の JobId の Status が Done となったら、FileUrl に記載されている URL より CSV 形式のメッセージ追跡ログをダウンロードします。
    URL アクセス時に証明書の警告画面が表示された場合には、[キャンセル] を押して処理を進めます。
     
    注意点 :
    パラメーターの StartDate および EndDate は協定世界時 (UTC) を基準としています。日本標準時 (JST) での受信時刻とは異なりますので、例えば、2016/02/22 (JST) に受信した場合は、StartDate を 2016/02/21、EndDate を 2016/02/23 と指定することをお勧めします。
    また、1 日経過しても Status が Done とならない場合には、再度新しく HistoricalSearch を作成、開始いただけますようお願いいたします。
     
    <参考リンク>
    Title: メッセージの追跡を実行し、結果を表示する
    URL: https://technet.microsoft.com/ja-jp/library/jj200712(v=exchg.160).aspx
     
    Title: Start-HistoricalSearch
    URL: https://technet.microsoft.com/ja-jp/library/dn621132(v=exchg.160).aspx
     
    Title: Get-MessageTrace
    URL: https://technet.microsoft.com/ja-jp/library/jj200704(v=exchg.160).aspx
     
    Title: Get-MessageTraceDetail
    URL: https://technet.microsoft.com/ja-jp/library/jj200681(v=exchg.160).aspx
     
    *************************************************************************************
    本記事は 2016 年 2 月 22 日時点で執筆されたものであり、ご紹介したコマンドの動作、機能は今後変更される場合がございます。
    *************************************************************************************


    0 0

    Productive virtual application debugging requires an understanding of the basic fundamentals of debugging compiled software code. For this part of my series on debugging virtual applications, I will be focusing exclusively on these fundamentals. If you are already familiar with these concepts, please allow me to quickly recap these to those readers which may be either not familiar, or only somewhat and looking to solidify these concepts.

    Types of Debugging

    There are several categories of debugging and the descriptions will vary by vendor, publication, and academic degrees of description. There is almost a guaranteed point of view when it comes to applying it to a specific product or series of products. Being that my discussion primarily revolves around products that run on top of the Windows operating system, my point of view, or slant, is obviously geared towards the types and toolsets that come with Windows.

    Live Debugging

    Live debugging refers to the mechanism of attaching to a running program or process either invasively or non-invasively. A debugger may attach to a process and wait for exceptions or set a specific breakpoint. The debugger can insert those breakpoints in once attached to the process. The easiest way to think of a breakpoint is to understand its most basic definition: a breakpoint is a place or time at which an interruption or change is made. More information on breakpoints and different breakpoint types within the Windows context can be found here: https://msdn.microsoft.com/en-us/library/windows/hardware/ff538928(v=vs.85).aspx. In addition, live debugging is also commonly used to troubleshoot and analyze code within the developer environment. In those situations the types of breakpoints will vary. For example, you can refer to the examples of breakpoints that are available within the Visual Studio development environment here: https://msdn.microsoft.com/en-us/library/bb161312.aspx. Once attached to the process, a debugger can then step through threads and functions as the application is live.

    Print or Trace Debugging

    This is the most common method for troubleshooting software applications and operating systems as technically, this can cover a wide scope of methods. An application can run at specific diagnostic levels generating additional output and information that can be collected into a file or database that can be used to isolate and issue. Event traces, log files, debug output all fall into this category. Strictly speaking within Windows, applications can leverage the OutputDebugString or ODS to have an application, service, or operating system component generate what is referred to as “debug spew” and you can use various tools to collect or view this debug trace information. The most popular tool for viewing ODS traces is the Debug View utility (DBGVIEW) from the Sysinternals suite (https://technet.microsoft.com/en-us/sysinternals/debugview.aspx) although this is not the only one. More information on the OutPutDebugString can be found here (https://msdn.microsoft.com/en-us/library/windows/desktop/aa363362(v=vs.85).aspx.)

    In addition, there are tools that can hook into the Windows operating system to capture Win32 API and other application functions through the use of a simple user mode monitor (like the API Monitor tool) are even deeper through the use of a kernel-level filter driver (Like Process Monitor.) Literally troubleshooting outside the box and on to the wire – you can use network traffic\protocol analysis tools like Wireshark or Message Monitor (https://www.microsoft.com/en-us/download/details.aspx?id=44226) to capture network traces. These are all forms of trace debugging.

    Windows Integrated Tracing and Instrumentation

    Prior to Windows Vista, there were Event Logs, ODS tracing, text-based log files, etc. all within Windows each requiring their own tools and APIs. Starting with Windows 2000, Microsoft began incorporating Event Tracing for Windows (ETW) into the operating system and soon, applications and windows components were using this common engine for enabling diagnostics and collecting detailed debug tracing. Viewing of these traces was soon integrated into the Windows Event Viewer and users of App-V 5 are able to often resolve issues using this very mechanism.

    The instrumentation mechanism is discussed here ( https://msdn.microsoft.com/en-us/library/zs6s4h68(v=vs.110).aspx) and probably the greatest technical reference on ETW can be found here (https://msdn.microsoft.com/en-us/library/windows/desktop/bb968803(v=vs.85).aspx)

    Remote Debugging

    Remote Debugging is a form of live debugging where the process of debugging occurs on a system that is different from the debugger. In most Windows cases, this is where there is an issue that needs to be debugged at the kernel mode level prior to the completion of an operating system boot or a system level crash. To start remote debugging, a debugger connects to a remote computer over a network or via a serial cable. The debugger can then control the execution of the program on the remote system and retrieve information about its state. In Windows, this is often done serially or via Firewire.

    Post Mortem Debugging

    Post Mortem debugging is a very common method of troubleshooting problems within software because it involves viewing a historical point-in-time snapshot of a hang, system, or application crash. This is where a debugger will read in a snapshot of debugging data called a “dump file” which contains existing memory and instruction pointers. The degrees of debugging depend on how much data is collected in the dump file as dump files can vary in what they collect. When it comes to application and system dumps, these can be controlled by the operating system’s default handlers (once called Dr. Watson for user mode applications) as to what information is collected in the dump file.

    I was first introduced to the concept of post-mortem debugging reading an article by Matt Pietrek way back in 1992 in Dr. Dobbs Journal. Matt historically is one of the earliest writers on the subject of Windows debugging going back nearly three decades. The amazing thing is you can still read this article I am citing as it is available online: http://www.drdobbs.com/tools/postmortem-debugging/184408832

    Time Travel Debugging

    Time travel debugging (or tracing as it is also called) combines the best of live debugging combine with trace debugging interpolated with the mentality of post-mortem debugging. Does that make sense? Well, with TTT (in Windows using the TTTracer utility) a debugger attaches to the process and collects trace, memory, instructions, and saves it all into a post-mortem file (called a RUN file in the Windows world.) You can then go back and load this file into a debugger and step through a program with this post-mortem file as if it were a live debugging session. Since post mortem debugging files were traditionally a snapshot of a point in time, this method takes that to the next step by essentially tracing program data in the same manner as how you would trace network traffic over the wire.

    Execution Modes of Debugging in Windows

    When we are speaking of execution modes in Windows, were talking about code that runs either in user mode or kernel mode. The execution mode affects the methodologies and tools you will leverage in order to properly debug the issue. Software is ultimately driven by the processor (CPU.) For a computer running Windows, the CPU runs in two different modes – user mode and kernel mode. The CPU switches between the two depending on the code.

    Kernel Mode

    The kernel and other operating system components run in kernel mode, hence the term. Rather than a macrokernel like other operating systems, Windows runs a smaller microkernel that runs as process SYSTEM. Like an application loads and uses DLL (dynamically linked libraries) the kernel also loads special modules called executive components and/or filter drivers alongside device drivers. There is essentially only one process running and that is what shows up in the Windows task Manager as “System” and if this application crashes . . . well . . . so does the entire computer. With debugging, when we are debugging in kernel mode, we are essentially debugging this process – however, it also serves as the governor of all of the other processes running on the system in user mode. All code that runs in kernel mode runs in a single virtual address space. This means that a faulty kernel-mode driver is not isolated from other drivers and the operating system itself.

    User Mode

    Regular applications, middleware, plug-ins, and most services run in user mode. When you start a user-mode application, Windows creates a process for the application. This process will execute one or more threads. I use the description of the process itself being innate in nature. It just owns a private virtual address space, a private handle table, and contains at least one primary thread for execution. This description of a process comes from Jeffrey Richter who has written many books on Win32 programming. Because these processes are isolated from each other, an application is unable to screw up the operation of another separated process if it crashes. Other applications and the operating system are not affected by the crash. Data can be exchanged between these processes through interprocess communication mechanisms but they cannot directly write to address spaces directly. Limiting the virtual address space of a user-mode application prevents the application from altering, and possibly damaging, critical operating system data.

    App-V Tie-ins

    The App-V product is especially complex when using it as an example because it contains code at both kernel and user mode. The App-V client engine consist of kernel level drivers, a primary service, and user-mode DLL’s that are injected into the processes of virtualized applications.

     

    Next Up: Debugging Misbehaving Application Scenarios



    0 0

    こんにちは。Exchange サポートの山木です。

    下記ブログで紹介しているバックプレッシャ機能ですが、Exchange 2013 でも引き続き使用することが可能です。
    今回はバック プレッシャ機能で監視する一部システム リソースの閾値が Exchange 2013 CU7 より変更となりましたので具体的な閾値とアップグレードにおける注意点などをご案内致します。

    - 参考情報
    Title : 外部からのメールが受信できない
    URL : http://blogs.technet.com/b/exchangeteamjp/archive/2013/03/14/3558601.aspx

    バック プレッシャ機能で監視するシステム リソースの一つとして、バージョン バケットがあります。
    バージョン バケットとは、メッセージ キュー データベースに加えられた変更が一時的に格納されるメモリ空間であり、変更 (トランザクション) がデータベースにコミットされることで解放されます。したがいまして、ディスク I/O に遅延が生じている場合や、長時間実行されるようなトランザクションがある場合は、このバージョン バケットの値も増加することとなります。
    また、このような状況が発生する具体的な要因といたしましては、一般的に以下のような点が挙げられます。

    ・ サイズの大きいメッセージがやり取りされた
    ・ ディスクの処理性能不足
    ・ Antivirus ソフトの影響
    ・ 何らかの要因により意図しないメッセージのループが発生した (または一時的にメッセージの流量が増加した)

    バージョン バケットの閾値について
    ==========================================
    このバージョン バケットの閾値が Exchange 2013 CU7 以降では下記の通り見直しが行わております。
    Exchange 2013 CU6 以前は Exchange 2010 の値を踏襲しておりましたが、Exchange 2013 では Exchange 2010 からアーキテクチャーの大幅な変更が行われ、またパフォーマンスの観点でも大きく向上していることから従来の値では閾値として低すぎると判断し、CU7 にて変更が行われました。

    <バージョン バケットの閾値>
    Exchange 2013 RTM ~ CU6 : High : 200、Medium : 120、Normal : 80
    Exchange 2013 CU7 以降 : High : 2500、Medium : 2000、Normal : 1750

    なお、Exchange 2016 ではさらにバージョン バケットの閾値が変更となっております。
    詳細は下記 TechNet をご参照いただければと存じます。

    - 参考情報
    Title : Understanding back pressure
    URL : https://technet.microsoft.com/ja-jp/library/bb201658(v=exchg.160).aspx

    注意点について
    ==========================================
    これまでと比較して十分に大きな閾値が設定されているため、バックプレッシャ機能によるリソース制限が発生しにくくなっております。
    しかしながら、Exchange 2013 CU7 以降の環境でも従来の閾値が適用される場合があり、その結果としてバック プレッシャが発生しメッセージの送受信に影響が出る場合がありますので注意が必要です。具体的には下記の場合となります。

    1. 構成ファイルを手動で編集している場合

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    バック プレッシャで監視している各システム リソースの閾値は、下記ディレクトリ配下にある構成ファイル (EdgeTransport.exe.config) にて定義されております。

    C:\Program Files\Microsoft\Exchange Server\V15\Bin

    Exchange 2013 CU7 以降ではソース コード上で既定値が変更されていますが、構成ファイルを手動で変更している場合は構成ファイルの設定値が優先されます。
    そのため、従来の閾値を構成ファイル上で定義している場合には、従来の値が適用されます。旧バージョンで構成ファイルを個別にカスタマイズしている場合などに設定を引き継ぐ目的でファイルを手動で置き換えている際はご注意下さい。

    2. Exchange 2013 CU6 以前の環境からアップグレードした場合

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    Exchange 2013 CU6 以前の環境からアップグレードした場合に意図的にお客様で構成ファイルを編集していないにも関わらず、従来の閾値が定義されていることがあります。
    この要因として、CU のアップグレードを行う際は、旧バージョンの構成ファイルのテンプレート ファイル (EdgeTransport.exe.config.template) と新しいバージョンの EdgeTransport.exe.config ファイルを比較し差分をマージする動作が挙げられます。
    Exchange 2013 CU6 以前の テンプレート ファイルには従来の閾値が定義されているため、上記動作の結果としてアップグレード後も構成ファイルに従来の閾値が定義されてしまいます。

    本シチュエーションに合致する場合は、まず構成ファイル (EdgeTransport.exe.config) に従来の閾値が定義されていないか確認して下さい。
    構成ファイルの <appSettings> セクション内に下記記載があれば従来の閾値が定義されていますので後述します手順にて既定値に戻して頂けますようお願いいたします。

    - 記載例
    ------------------------
        <add key="VersionBucketsHighThreshold" value="200" />
        <add key="VersionBucketsMediumThreshold" value="120" />
        <add key="VersionBucketsNormalThreshold" value="80" />
    ------------------------

    --- 変更手順ここから ---

    1. 全てのメールボックス サーバーにて、既定で以下のパスに存在する EdgeTransport.exe.config のバックアップを予め取得します。(ファイル コピーで問題ございません)
    C:\Program Files\Microsoft\Exchange Server\V15\Bin

    2. オリジナルの EdgeTransport.exe.config をメモ帳で開き、<appSettings> セクション内の以下の箇所を削除します。

        <add key="VersionBucketsHighThreshold" value="200" />
        <add key="VersionBucketsMediumThreshold" value="120" />
        <add key="VersionBucketsNormalThreshold" value="80" />

    3. ファイルを保存し、閉じます。
    4. Microsoft Exchange Transport サービスを再起動します。
    * サービスの再起動中、対象サーバーではメッセージの送受信ができない状況となりますので、この点はご注意いただきますようお願いいたします。

    --- 変更手順ここまで ---

    今回は以上となりますが、Exchange サーバーを構築、運用いただいている皆様において、少しでも参考になりましたら幸いです。
    今後も当ブログおよびサポート チームをよろしくお願いいたします。


    0 0

    image
    Feb.
    22
    image
    image

    Script Download:  
    The script is available for download from https://gallery.technet.microsoft.com/How-to-check-the-health-of-3afa421f.  You can also use  Microsoft Script Browser for Windows PowerShell ISE to download the sample with one button click from within your scripting environment. 

    The sample script checks the health of IIS Application Pool and Start it if it is stopped state in IIS 7.X and higher through Powershell.

    You can find more All-In-One Script Framework script samples at http://aka.ms/onescriptingallery


    0 0

    NICOM Brno 2.-4.3. POKROČILÁ AUTOMATIZACE SPRÁVY S WINDOWS POWERSHELL Praha 7.-11.3. WINDOWS SERVER 2008 - SPRÁVA DOMÉNOVÝCH SLUŽEB ACTIVE DIRECTORY Brno 7.-11.3. WINDOWS SERVER 2008 - PLÁNOVÁNÍ A ZAVÁDĚNÍ Praha 7.-11.3. MICROSOFT SQL SERVER 2012 / 2014 - VYTVÁŘENÍ DOTAZŮ V TRANSACT-SQL...(read more)

    0 0

    執筆者: Eduardo Kassner (Cloud and Data Services Architecture, Worldwide Director) このポストは、2 月 16 日に投稿された Guidance for enterprises looking to take their application portfolio to the cloud の翻訳です。 貴社のポートフォリオ全体において、すべての部署とそこで使用するアプリケーションの運用を効率化し、同時にイノベーションも達成することができたら素晴らしいと思いませんか? また、クラウドそのものやクラウド環境で利用可能なすべてのリソースと機能を活用することで、「個別の力によって得られる成果よりも、総体的な力によって得られるより大きな成果」を実現できたら良いと思いませんか? これらは、その道しるべとなる的確なロードマップと確固たる戦略があれば実現できます。マイクロソフトは先日、アプリケーション カタログをクラウドに移行することが企業環境にどう影響するかを広く調査しました。最近発表した電子書籍『Enterprise...(read more)

    0 0


            TechNet 論壇 是一個可以讓 IT 專業人員們自由提出問題、尋找資訊的好地方,歡迎大家多多利用,與社群中的同好們一同分享 Microsoft 技術資訊。

    而我們會不定期整理論壇精選給大家,希望對您的學習有所幫助!以下為 2016 01/19 - 2016 02/16 的論壇精選,感謝 TechNet 小幫手的協助。

    現在只要到微軟社群之星學院提出您的疑問,就有機會每個月抽好禮還有專人為您解答,參加請點這裡,我們更提供不收費線上課程 Channel 9 讓您尋求更多知識。

    日期 主題
    2015/12/09 Exchange 2010 網站憑證 SHA1 / SHA256 發放問題
    2016/01/19 Windows Server 子資料夾重新繼承父資料夾的權限問題
    2016/01/20 Windows10 重設問題
    2016/01/25 Exchange 2013 信件遺失問題
    2016/01/25 Windows 10 網路無法找到網域電腦
    2016/01/26 如何使 AD 某幾個帳號僅可以做加退網域
    2016/01/27 關於HyperV Server 2012 R2 的問題
    2016/01/27 將 ISA 伺服器 P2V 時權限問題
    2016/01/29 複寫快照集子系統代理程式失敗
    2016/01/29 帳號每小時持續稽核失敗
    2016/01/29 Exchange2013 轉移 Exchange2016 無法使用 pop3 連線
    2016/01/30 Sharepoint 2013 宣告網頁組件顯示錯誤訊息
    2016/02/05 無法刪除、複製或移動某些資料夾或檔案
    2016/02/06 Hyper-V 2003 SP2 Drivers 問題
    2016/02/16 預存程序內容覆製時發生物件名稱無效


    0 0

    11.     Lze provést upgrade z dřívější verze Windows?

    Další možností, jak do svého počítače nahrát Windows 10, je tzv. upgrade. Jedná se o proces, kdy se instalace nového systému provádí na počítači s již existující, starší verzí operačního systému. Výhodou provádění upgradu je (v závislosti na tom, z jakého předchozího systému jej provádíte) automatizace procesu, zachování dat, nastavení i aplikací. Dá se říci, že po pár desítkách minut máte nový systém se „starými“ daty.
    Upozornění: Většinou jsou zejména IT odborníci k upgradům poměrně skeptičtí, protože si můžete (ale nemusíte) ze starého systému přenést nějaká nevhodná nastavení a chyby, proto u takové zásadní aktivity, jako je změna operačního systému, je vhodné zvážit, zda neprovést raději čistou instalaci. Před ní je ale pochopitelně zapotřebí zálohovat veškerá data na nějaký, nejlépe externí disk, USB flash disk či na některá z internetových úložišť, provést čistou instalaci a po ní veškerá data nahrát zpět a pochopitelně doinstalovat všechny potřebné aplikace. Provést to můžete např. i za pomoci nástroje Migrace profilu uživatele. Ano, tento proces sice zabere možná i pár hodin, ale máte jistotu nové instalace systému a nové instalace aplikací bez přenesení možných chyb.
    Nutno podotknout, že u Windows 10 byl proces upgradu ovšem zase o něco vylepšen a poměrně dost IT odborníků již proces upgrade operačního systému na Windows 10 tak striktně nezatracuje. Já sám jsem tímto způsobem provedl upgrade desítek počítačů a vše proběhlo bez problémů. Rozhodnutí je tedy jen na vás.
    Možnost upgradu, resp. přenosu nejen dat, ale i aplikací, je závislý jak na nainstalované předchozí verzi operačního systému (Windows XP, Windows Vista, Windows 7), tak i na nainstalovaném servisním balíčku. Obecně platí, že čím novější verzi operačního systému se chystáte upgradovat, tím snazší tento upgrade bude. Proto bych vám doporučil v případě Windows 7 vždy čistou instalaci a u Windows 8 to ponechal na vašem rozhodnutí. Nezbývá než doplnit, jaké jsou možnosti upgradu z předchozích verzí:
     
    Při upgradu je pochopitelně nutné zachovat bitovou verzi systému (32bitová vs. 64bitová) i jazykovou, tj. není možný upgrade např. z 32bitové na 64bitovou. Pokud chcete tedy mít 64bitovou instalaci Windows 10 (a v dnešní době není víceméně jediný důvod, proč ne) a předchozí systém máte 32bitový, není možné využít upgrade, ale je nutné provést čistou instalaci.

    12.     Jak snadno a rychle provést upgrade na Windows 10?

    Velice zajímavou novinkou je upgrade pomocí instalátoru staženého z internetu. Pokud se tedy v neděli večer rozhodnete, že na svém počítači chcete udělat upgrade na Windows 10, vše můžete mít hotovo za několik desítek minut. Pokud bych měl celý tento proces velmi zjednodušit, probíhá asi takto: stáhnete si malý instalační program, vyberete si edici, architekturu a jazykovou verzi, stáhne se celá instalace a následně se provede upgrade, přičemž vše se provádí přímo na počítači, ze kterého chcete upgradovat na Windows 10. Je možné provést upgrade přímo na daném PC nebo si vytvořit již zmiňovaný USB disk pro pozdější použití nebo použití na jiném PC.
    Veškeré informace o systému Windows 10 naleznete na internetové stránce společnosti Micrososft, kde se mj. nachází návod a postup, jak takový upgrade provést. Názvy příkazů na webové stránce se mohou pochopitelně v průběhu času měnit.

    13.     Lze provést upgrade z nižší edice Windows 10?

    Ano, obecně lze u Windows 10 provést upgrade na jinou, vždy ale vyšší edici systému Windows 10. Opět ale nelze provádět přímý upgrade mezi 32bitovými a 64bitovými verzemi.
       

    14.     Jak během instalace rozdělit pevný disk na oddíly?

                    Během nové instalace operačního systému Windows 10 máte v průvodci možnost rozdělit pevný disk na oddíly. Jeden fyzický disk v počítači tak bude rozdělen na dvě (popř. jiný počet) části, většinou označené jako disk C a disk D. Toto rozdělení je u většiny uživatelů běžnou praxí. Na disk C instalují operační systém a aplikace, na disk D nahrávají svá data, dokumenty, fotky, obrázky. V případě tohoto rozdělení a nutnosti přeinstalovat operační systém tak uživatel nepřichází o svá data. Jak rozdělíte dostupnou celkovou velikost pevného disku, záleží jen na vás, běžné rozdělení se provádí cca 1/3 velikosti na oddíl C, zbytek, tj. 2/3, na oddíl pro data a dokumenty. Změna tohoto rozdělení je po instalaci operačního systému již poměrně náročná a s rizikem ztráty dat.

    15.     Co je nového na nabídce Start?


    Ačkoliv je to asi nepravděpodobné, je možné, že někteří z vás sedí u počítače s operačním systémem Windows (a nejen 10) zcela poprvé, a tak je na místě mít alespoň základní informace o práci v systému. Po instalaci a počáteční konfiguraci systému Windows 10 se vám zobrazí pracovní plocha se známým tlačítkem Start v levém dolním rohu. Po klepnutí na něj se následně ukáže klasická nabídka Start nebo ta přes celou obrazovku, která je aktivní v režimu tabletu. Nabídka Start je také zobrazena ve formě aktivních dlaždic. Aktivní jsou proto, že se jejich obsah průběžně mění v závislosti na obsahu. Klepnutím na jednotlivé dlaždice můžete spustit danou aplikaci a pracovat v ní. 

    0 0

    6.     Jak nainstalovat Windows 10 z USB disku?

    Doba, kdy svůj rozmach zažívaly CD a DVD média, je u konce a jejich využití postupem času klesá. U některých notebooků a téměř všech netbooků se ani s DVD mechanikou nesetkáte. Jak tedy na tyto počítače Windows 10 nainstalovat? Postup je velice jednoduchý, a to za pomoci nástroje přímo z dílny společnosti Microsoft. Tento nástroj se jmenuje Nástroj pro vytvoření mediaa umí z internetu stáhnout příslušnou edici, jazykovou verzi i architekturu a to buď ve formě ISO souboru nebo rovnou vytvoření spustitelného USB flash disku. Tento nástroje naleznete ke stažení na adrese http://www.microsoft.com/cs-cz/software-download/windows10.  Na průměrném počítači pro Windows 10 lze tento systém nainstalovat z flash disku do 10 minut.

    7.     Jak při instalaci zobrazit příkazovou řádku?

    Pokud potřebujte kdykoliv během instalace zobrazit příkazovou řádku, stačí stisknout klávesovou zkratku Shift + F10. Zde pak můžete zadávat příkazy a provádět stejné operace jako v klasické příkazové řádce. Tato možnost je ale zejména při instalaci určena pokročilejším uživatelům pro provádění nadstandardních postupů, pro běžného uživatele je průvodce instalací naprosto dostačující ve všem, co potřebuje k úspěšné instalaci systému.

    8.     Lze mít na jednom počítači s Windows 10 i starší verze Windows?

    Ano, to možné je. Případ, kdy na daném počítači máte nainstalovány dva operační systémy, se nazývá dual boot. Po spuštění počítače se vás počítač zeptá, jaký systém chcete spustit. Často tak uživatelé činí z důvodu kompatibility aplikací nebo testování, a to tak, že na jednom PC mají např. Windows XP a Windows 10. V případě, že i vy chcete toto řešení využívat, je nutné mít vždy na paměti, že jako první máte instalovat starší operační systém a teprve poté ten novější (např. nainstalovat Windows XP a teprve pak Windows 10). Taktéž je nutné instalovat druhý operační systém minimálně na jiný oddíl, ještě lépe pak přímo na jiný pevný disk.

    9.     Lze nainstalovat Windows 10 i bez instalačního klíče?

    Nutnost zadání klíče se může lišit dle typu média (pro koncové uživatele, multilicenční) i způsobu prováděné instalace, proto je vhodné mít pro jistotu klíč při instalaci raději u sebe.

    10.     Kde jsou všechny edice pro instalaci Windows 10?

    Instalační DVD/USB operačního systému Windows 10 většinou obsahuje všechny edice tohoto systému na jednom médiu. Toto je možné díky technologii, kdy soubory, které jsou pro všechny edice stejné (a těch je většina), jsou na DVD nahrány pouze jednou. V případě, že si zakoupíte později licenční klíč pro jinou edici, budete ji moci nainstalovat ze stejného DVD.

    0 0

    Решил немного изменить на блоге формат подачи обзоров Microsoft Lumia 950 XL , которые я сечас делаю, начав с 14 февраля 2016 года активно эксплуатировать свою новенькую Microsoft Lumia 950 XL. На своем YouTube канале iWalker2000 я буду публиковать 3 обзора Lumia 950 XL в неделю (тематику обзоров все желающие могут регулировать путем опроса, который есть в конце каждого видео или в комментариях), а здесь, на блоге – каждую пятницу подводить общие итоги за неделю в виде дайджеста. Подписаться на канал...(read more)

    0 0

    问题描述 

    ====================== 

    用户可以通过客户端打开SharePointOnline文档库的最新版本的文件,但是无法打开历史版本的文件。出现Sorry, we couldn't open 'https://domainname.sharepoint.com/sites/sitename/_vti_history/XXX/documentname'的错误 

    如下所示 

      

    问题分析 

    ====================== 

    Office客户端在打开SharePoint文档库的历史版本时,会先尝试缓存该文档。由于IE选择了” Do not save encrypted pages to disk”选项,造成加密的文档无法缓存至本地 

    解决方案 

    ====================== 

    进入IE选项->Advanced,取消Do not save encrypted pages to disk选项 

      

    注:默认情况下,该选项没有勾中

     

    Hua Chen

    合作伙伴技术顾问


    0 0

    Just a quick post to say that if you are ever looking for the log files for the MIM VSC Modern app, you'll find them under:

    C:\Users\<userprofile>\AppData\Local\Packages\CmModernAppv.01_6c1zs6whsayrc\LocalState


    0 0

    Hello All, wanted to jump in with a quick post on updating the Microsoft OCSP revocation providers for some new DoD certificate authorities that have been commissioned.  This is based on my post a while back on setting up our OCSP responder with DoD configurations here.  There are roughly about 20 or so new revocation configurations that we can add so that the Windows Server OCSP responder can provide revocation status checking for these CAs.  I've updated the function calls in the TechNet gallery to accommodate for the new CAs:

    I've also commented out the expired CAs, and added line 25 where you can set the crl fetch intervals to your specifications; as an example I set it to 24 hours here:

    The function is available at the TechNet script center!

    https://gallery.technet.microsoft.com/scriptcenter/Server-2008-R2-and-Server-30a916cb

    Cheers!

    Jesse Esquivel


    0 0

    Por: Cesar Hara Em algum momento iremos nos deparar com o alerta abaixo apresentado pelo portal do Office 365: O intuito deste artigo é explicar como o cálculo é realizado quando o certificado de Token Signing e consequentemente, Token decrypting estão prestes a expirar. Antes precisamos entender algumas propriedades do ADFS, ao executar o comando “Get-AdfsProperties” a partir de um servidor ADFS, essas propriedades são exibidas: AutoCertificateRollover: Controla se a renovação dos certificado ocorre...(read more)

    0 0

    Overview:

    I recently came across an issue that will cause a ConfigMgr restore to fail. This issue will only apply if you are using the built-in “Backup Site Server” maintenance task and your ConfigMgr database is configured with multiple database files. I was running 15-11, but this will likely affect previous 2012versions of ConfigMgr.

    You can verify if your ConfigMgr database is using multiple database files in SQL Management Studio by right-clicking the database and going to files:

    image

    If you let ConfigMgr setup create the database for you it will only contain a single MDF database file and this issue would not impact your site. I like to pre-create my database in order to pre-size it and split it into 4 database files as shown above.

    Issue:

    The “Backup Site Server” maintenance task does correctly backup all the database files (.MDF, .NDF, LDF)

    image

    However, the ConfigMgrBackup.ini created by the backup did not list the 3 additional database files(.NDF) in the SecondaryFiles line.

    image

    During the restore in the SetupConfigMgr.log (Mines Here) it will fail because the (.NDF) files aren’t copied to the folder you tell the MDF database to restore.

    image

    What’s odd is the (.NDF) files from the ConfigMgr database are copied to the log (.LDF) file restore folder

    image

    When the ConfigMgrSetup.log shows it’s trying to attach the database the command will fail because the .NDF files don’t exist in the same folder as the .MDF database files.

    You will see lines in the ConfigMgrSetup.log like this:

    image

    So the first thing I was thinking was to try to add the (.NDF) file names into the SecondaryFiles section in the ConfigMgrBackup.ini

    Note: The trailing , is required after the last NDF file

    image

    This did allow the recovery to succeed, but the (.NDF) database files were not copied to and attached to the (.MDF) folder location you specify in the setup wizard. They are instead copied the log file folder and attached from that folder location:

    image

    You can see below the (.NDF) files where copied to the path I defined for the SQL Server Log file not MDF.

    image

    There are two issues here:

    1. The ConfigMgr backup service is not writing the additional (.NDF) database files to the ConfigMgrBackup.ini
    2. Even if the (.NDF) files are manually added to the secondary files line in the ConfigMgrBackup.ini the site recovery setup will not copy them to the folder you specify for the MDF location instead they will copy to the LDF file location

    Workaround:

    I did find a workaround that will work and allow the recovery process the complete and restore the (.NDF) files to the correct folder where the (.MDF) is restored to.

    You will need to pre-copy the (.NDF) files from the ConfigMgr backup folder and copy them to the folder where you are going to restore the MDFdatabase file to in the recovery wizard. In my case this was “E:\ConfigMgr MDF Database

    image

    This will allow ConfigMgr to successfully restore the database in the recovery and also keep the (.NDF) in the same directory as the (.MDF)

    image

    Note:DO NOT edit the ConfigMgrBackup.ini to add the .NDF files

    Also the (.NDF) files will still be copied to the LDF folder defined in the recovery wizard. You can delete them after the recovery to save space.

    image

    Bug has been filed here: https://connect.microsoft.com/ConfigurationManagervnext/feedback/details/2400275

    Disclaimer: The information on this site is provided "AS IS" with no warranties, confers no rights, and is not supported by the authors or Microsoft Corporation. Use of any included script samples are subject to the terms specified in the Terms of Use


older | 1 | .... | 841 | 842 | (Page 843) | 844 | 845 | .... | 889 | newer