Česká SharePoint Konference, největší setkání SharePoint profesionálů, letos slaví svůj 6. ročník.

Zveme Vás na jedinečnou třídenní, převážně SharePointu věnovanou akci. Vybrat si můžete z téměř 30 přednášek a praktických workshopů na téma Microsoft SharePoint ve verzi Online i On-Premises, ale i souvisejících produktů a technologií jako je SQL Server, PowerBI, virtualizace apod. Chybět nebude ani tradiční “Modrá párty” s modrými drinky a modrým dortem, která je naplánovaná na úterý večer a doplňovat ji bude krátký PubQuiz o drobné ceny.

Kdy a Kde:  3. – 5. prosince 2018, Microsoft s.r.o., Vyskočilova 4a, Praha
Další informace: Program, přednášející, registrace, vstupné a ostatní detaily...
Akci organizuje: sdružení iLikeSharePoint CZ

...a ještě malá ochutnávka připravovaných přednášek:

• SharePoint Online a SharePoint Server On-Premises: přehled novinek a změn
• Novinky v Office 365 z pohledu SharePoint architekta
• Threat modeling for SharePoint Online
• SharePoint Server 2019: Novinky a změny
• Skryté poklady v Office365 Security & Compliance Center
• Obsluha událostí v SharePointu Online
• Takže, ještě jednou, co je to ten SharePoint?
• SharePoint Server 2019: Možnosti nasazení a upgrade
• Hacking SharePoint Serveru
• Rozšiřování Microsoft Teams
• SharePoint: zápisky z bojového pole a pokračování hackingu
• Power BI – Best Practices
• Novinky v PowerPlatform – PowerApps & Flow
• Modern SharePoint Starter Kit z pohledu power usera
• SQL Server Performance Tuning for SharePoint Administrators
• SharePoint a high-trusted apps
• Power BI – nejzajímavější novinky posledních měsíců
• Letem světem s SPFx
• intex vs. K2: aneb tvoříme jednu SharePoint aplikaci ve dvou nástrojích
• TeleSharePointing
• Automatické rozpoznávání textu a obrázků pomocí Microsoft Flow
• Azure SQL Overview
• Azure Machine Learning for SharePoint

Těšíme se na viděnou!

Logbucheintrag 191108:

Cloud Computing lässt sich ohne den Geist der Sharing Community nicht verwirklichen. Denn gerade die Bereitschaft, wichtige Ressourcen zu teilen, ist der Garant für ihre wirtschaftliche Nutzung. Nur in Einzelfällen käme jemand auf die Idee, eine vollständige eigene Versorgungskette für Strom und Wasser zu etablieren. Informationstechnik wird mehr und mehr zu einer Basisversorgung für Unternehmen und private Haushalte. Und Azure ist die ideale Plattform für diese „Utilities“.

Es ist ein weiter Weg von der Maxime „Jedem sein persönlicher Computer“ zu: „Jedem sein persönlicher Zugang“. Aber Microsoft hat sich schon vor der Amtsübernahme von Satya Nadella auf den Weg in die Open Source Community gemacht. Seit drei Jahren aber wird dieser Weg konsequent fortgesetzt. Das ist einer der Gründe, warum Microsoft in den zurückliegenden Geschäftsjahren massiv hinzugewonnen hat – zum Beispiel an Marktanteilen in der Cloud. Zum Beispiel aber auch bei der Anzahl von Patenten, die übrigens mehr und mehr auf Open Source-Technologie beruhen.

Azure lebt ganz besonders von der Kraft der Gemeinschaft. Die Open Source Community trägt entscheidend zur Dynamik bei, mit der Microsoft neue Cloud-Services beim Ressourcen-Management, bei der Sicherheit, bei der künstlichen Intelligenz und im Internet der Dinge bereitstellen kann. Im Ergebnis entscheiden sich nicht nur immer mehr Kunden für Azure als zuverlässige Cloud-Infrastruktur. Sie entscheiden sich auch im Laufe der Zeit, immer mehr Ressourcen in die Cloud zu verlagern und aus der Cloud zu beziehen. Auch das ist ein Beispiel für die Kraft der Gemeinschaft.

Mit dieser Überzeugung haben wir uns auch entschieden, die Open Source-Plattform GitHub zu übernehmen. Seit Jahren wird immer mehr Code aus dem Microsoft-Ökosystem auf dieser Plattform generiert. Insgesamt steht GitHub heute für 28 Millionen Entwickler und 85 Millionen Code Repositories. Sie sind nach wie vor offen und verfügbar für die Gemeinschaft. Ja mehr noch: Microsoft wird seine bewährten Entwicklungsumgebungen für GitHub zur Verfügung stellen. Unsere Open Source-Tools wie Power Shell, Visual Studio und das Dot.Net-Framework warden bereits im großen Stil genutzt. Und auch die Anwendungsentwicklungsumgebung für MicroServices, Azure Service Fabric, ist bereits auf GitHub verfügbar.

Wie ernst es Microsoft mit der Open Source-Community ist, beweist auch der Beitritt zum IOpen Invention Network. Mit dem Zugriff auf 60.000 Patente haben wir hier für eine bessere legale Absicherung bei der Code-Entwicklung gesorgt. Bereits im Jahr davon ist Microsoft der Open Source Initiative beigetreten. Und mit der auf Linux basierenden SONiC-Technology (Software for Open Networking in the Cloud) unterstützten wir Open Source in unseren Rechenzentren.

Dabei gehen wir noch weiter. Mit „App Mirroring“ – also der Möglichkeit, Apps unter Windows zu starten, die nicht über Windows verfügbar sind – eröffnen wir eine Verbindung von Windows 10 mobile und dem Open Source-Betriebssystem Android. So können für Android entwickelte Apps von Windows aus gestartet werden.

Es versteht sich von selbst, dass GitHub eine eigenständige Einheit im Microsoft Ökosystem bleiben wird. Es wäre fatal, die Tore zu schließen und die Kraft der Gemeinschaft auszusperren. Das Gegenteil muss der Fall sein: Microsot bekennt sich mit diesem Investment zur Open Source Community und der enormen Power, die daraus entsteht. Wie gefährlich es sein kann, von diesem Pfad abzuweichen, hat diese Woche Heinz-Paul Bonn in seinem Bonnblog „Nicht ganz dicht“ deutlich gemacht. Er warnt angesichts der Übernahme von Red Hat durch IBM davor, dass dieser Anbieter – wie er schreibt – „kaputtintegriert“ wird. Deutlicher kann man es nicht sagen.

This is a concept that I have seen several examples of, but realize not everyone knows of this capability.

You can create a rule, that targets a class hosted by an agent (such as Windows Server Operating System), but have a script response run on the Management Server to take action.

Here is a simple example:

      <Rule ID="Demo.ResponseOnMS.Rule" Enabled="true" Target="Windows!Microsoft.Windows.Server.OperatingSystem" ConfirmDelivery="false" Remotable="true" Priority="Normal" DiscardLevel="100">
        <Category>Maintenance</Category>
        <DataSources>
          <DataSource ID="DS" TypeID="Windows!Microsoft.Windows.EventProvider">
            <ComputerName>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/NetworkName$</ComputerName>
            <LogName>Application</LogName>
            <Expression>
              <And>
                <Expression>
                  <SimpleExpression>
                    <ValueExpression>
                      <XPathQuery Type="UnsignedInteger">EventDisplayNumber</XPathQuery>
                    </ValueExpression>
                    <Operator>Equal</Operator>
                    <ValueExpression>
                      <Value Type="UnsignedInteger">100</Value>
                    </ValueExpression>
                  </SimpleExpression>
                </Expression>
                <Expression>
                  <SimpleExpression>
                    <ValueExpression>
                      <XPathQuery Type="String">PublisherName</XPathQuery>
                    </ValueExpression>
                    <Operator>Equal</Operator>
                    <ValueExpression>
                      <Value Type="String">MM</Value>
                    </ValueExpression>
                  </SimpleExpression>
                </Expression>
              </And>
            </Expression>
          </DataSource>
        </DataSources>
        <WriteActions>
          <WriteAction ID="PSWA" TypeID="Windows!Microsoft.Windows.PowerShellWriteAction" Target="SC!Microsoft.SystemCenter.CollectionManagementServer">
            <ScriptName>Demo.ResponseOnMS.Rule.ps1</ScriptName>
            <ScriptBody>
# Add the SCOM API and Log event
$api = New-Object -comObject "MOM.ScriptAPI"
$api.LogScriptEvent("Demo.ResponseOnMS.Rule.ps1",2222,0,"This event is created by a script running on the MS")
            </ScriptBody>
            <TimeoutSeconds>30</TimeoutSeconds>
          </WriteAction>
        </WriteActions>
      </Rule>
    </Rules>

This rule uses a simple event datasource looking for event 100, and source of “MM”. 

Then – it responds with a Write Action – but the Write Action has a Target of Management server.  This is the key part:

<WriteAction ID="PSWA" TypeID="Windows!Microsoft.Windows.PowerShellWriteAction" Target="SC!Microsoft.SystemCenter.CollectionManagementServer">

My example is very simple – and runs PowerShell on the Management server, creating a single simple event in the OpsMgr log.

This design works in SCOM 2012 and later – where the response will execute on the Management Server that the agent is assigned to.

You can use this example to do things, like query the OpsDB and generate a specific alert in response to an agent side issue – or you can put the agent into Maintenance mode by passing the computername as a parameter to the script write action.

You can also do similar things with tasks:

<Task ID="Your.Task" Accessibility="Public" Enabled="true" Target="SC!Microsoft.SystemCenter.Agent" Timeout="180" Remotable="true" RunLocation="SC!Microsoft.SystemCenter.CollectionManagementServer">

Time is running out! Take advantage of the no cost/unlimited access* promo, valid now through December 31, 2018. The following technical consultations are included in the promotion:

Starter Kit Consultation for Cloud Application Development - Envision new Cloud Applications with specific planning guidance for common Azure scenarios to help you build a proof of concept to develop mobile apps that can scale. Engage with Microsoft experts to help build your envisioned app from start to finish using Azure, Microsoft’s cloud services platform. You’ll gain an understanding of cost estimation for your app, reference architecture documentation and sample application builds. 

Architecture Consultation for Cloud Applications - Further develop your custom-built application by receiving guidance to ensure your app will avoid common product support issues. Engage with Microsoft experts to receive the necessary guidance and application building best practices to ensure your application is scalable and reliable for your customers and receive direction on identifying common product support issues to ensure the quality of your design and implementation of Azure services.

Microsoft Marketplaces Consultation - Generate new revenue streams by understanding the monetization, technical requirements and steps required to publish and monetize your application on Microsoft marketplaces. During this personalized one-to-one consultation, a Microsoft expert will provide you with an overview of marketplaces and make custom recommendations. You will receive architecture guidance for successfully publishing your application on the marketplace as well as best practices to avoid common pitfalls as you scale your customer base.  

*Available to partners within the Microsoft Partner Network (Network, Action Pack, Silver and Gold)

Check out the full Apps & Infrastructure technical journey of technical webinars and technical consultations at aka.ms/AzureAppInnovation and aka.ms/O365AppInnovation

Por: Staff, Blog Transform

Días después de que la segunda tormenta golpeó, su voz salió al mundo.

La profesora retirada, que mostraba signos de demencia, esta sola en su hogar en septiembre de 2017. Alrededor de ella: edificios sin techo, árboles sin hojas, una red de energía sin vida y por lo menos cinco muertos en las Islas Vírgenes de Estados Unidos.

Conforme el cielo se despejaba, ella llamaba a su gato. Ahí fue cuando un transeúnte escuchó sus súplicas y encontró a la profesora.

“Esto rompió mi corazón”, comentó Pauline Dawes, coordinadora de entrenamiento para el Departamento de Servicios Humanitarios (DHS, por sus siglas en inglés) de las Islas Vírgenes en Estados Unidos. “Ella personificaba lo que (DHS) significa, asegurarse que los individuos en nuestra comunidad no caigan en estos hoyos”.

Los Huracanes Irma y María, cada uno con vientos que superaban los 281 kph, rugieron a través del Caribe 14 días por separado. Las tormentas dañaron alrededor del 90 por ciento de los edificios en St. Croix, St. John y St. Thomas, los tres principales cuerpos de las Islas Vírgenes, donde una de cada cuatro personas ya vivían en la pobreza.

La falta de energía eléctrica provocó que los alimentos refrigerados se estropearan en hogares y tiendas de las islas. Durante el mes siguiente, los residentes sobrevivieron con comidas listas para consumirse de los militares (MRE por sus siglas en inglés) y alimentos enlatados. Miles de personas, incluida la profesora retirada, requerían alimentos frescos y otras provisiones nutricionales, una labor crucial que caía en manos de la División de Asistencia Familiar de DHS.

Esa agencia, que forma parte del gobierno de las Islas Vírgenes de Estados Unidos, trabaja con el Programa Federal de Asistencia Alimentaria en caso de Desastre (D-SNAP, por sus siglas en inglés), que brinda asistencia alimentaria a las comunidades en necesidad después de alguna calamidad natural. Pero sin electricidad y con los residentes esparcidos a través de docenas de islas, procesar solicitudes de asistencia y repartir ayuda federal presentaba un masivo reto logístico.

“Necesitábamos probar al (el gobierno federal) que teníamos un sistema que podía funcionar”, comentó Dawes.

A más de 3 mil kilómetros de distancia, los empleados de la compañía de software RedMane de Chicago, socio tecnológico de Microsoft, monitoreaban la crisis. RedMane ya trabajaba con oficiales de gobierno en las Islas Vírgenes para modernizar el sistema que facilita beneficios federales (como Medicaid) a las personas en necesidad.

“He viajado allá cada dos semanas por dos años y a estas alturas he hecho muy buenos amigos”, comentó Bob Borneman, gerente de negocios de RedMane para DHS de las Islas Vírgenes. “Mucho de nuestro personal también pasó un tiempo significativo con la gente de DHS en juntas de diseño durante un año y en verdad llegaron a conocer a las personas de DHS a un nivel personal”.

Una vez que los residentes de las Islas Vírgenes recuperaron el servicio de telefonía móvil, Borneman y su equipo se reconectaron con aquellos oficiales de DHS, preguntaron qué necesitaban y qué podía hacer RedMane para apoyarles después de las tormentas.

Las primeras grandes solicitudes: radios operados por baterías y ventiladores operados por baterías. Los radios ayudaron a los empleados de gobierno a comunicarse con los ciudadanos, a darles instrucciones sobre dónde ir por los alimentos diarios, y para ofrecer actualizaciones en el progreso de la restauración de electricidad y otros servicios públicos.

“Los ventiladores eran necesarios porque, sin electricidad, no hay aire acondicionado. Y también debido a que había tanta humedad, había un creciente problema de mosquitos”, comentó Borneman. “En verdad nos sentíamos desesperados en nuestra oficina en Chicago y en otros lugares mientras sólo veíamos las noticias y no podíamos hacer nada al respecto”.

Pero pronto, el equipo de RedMane divisó una solución tecnológica para que los oficiales de DHS brindaran beneficios de emergencia de manera segura: la nube.

“Trajimos a bordo a Microsoft para que ayudara a dar soporte a ese esfuerzo”, comentó Borneman.

En tres semanas, y tras aprovechar Microsoft Azure y Azure Government, RedMane ha construido un sistema en su plataforma mCase para procesar aplicaciones D-SNAP, y enviar las transacciones a residentes a través de tarjetas de Transferencia de Beneficios Electrónicos (EBT, por sus siglas en inglés). De manera subsecuente, los residentes podían utilizar esas tarjetas para comprar alimentos.

“No había otra manera fácil de llevar los beneficios D-SNAP a la gente de manera rápida”, mencionó Borneman.

RedMane también trabajó con Microsoft para brindar al gobierno de las Islas Vírgenes una donación de $30 mil dólares en procesamiento de nube a través del programa Microsoft Services Disaster Response’s Azure Grants. Esta iniciativa brinda recursos de nube para ayudar a las comunidades en necesidad.

“Las subvenciones nos permitieron brindar un sistema sin tanto papeleo. Funcionó de inmediato en unas cuantas horas después de pedir a la nube que subiera”, comentó Borneman. “Desde que la solución mCase D-SNAP fue móvil y basada en la nube, podía trabajar en ubicaciones remotas. Esto nos permitió establecer puntos de aplicación a través de todas las islas del territorio”.

A través de ese sistema, los oficiales de las Islas Vírgenes brindaron de manera eventual más de $25 millones de dólares en ayuda a cerca de 60 mil personas a través del territorio.

Los socios proveedores de hardware de Microsoft también donaron 60 tablets y laptops para que los trabajadores de las Islas pudieran acceder a aplicaciones D-SNAP basadas en la nube. RedMane estableció un laboratorio para probar, montar y empacar los dispositivos en carcazas robustas para ser enviadas a las Islas Vírgenes.

“Nos emocionó a todos”, finalizó Borneman, “encontrar una manera de ayudar”.

Due to changes in the Microsoft Corporate Blogging Policy, all of my existing content has been moved to https://nathangau.wordpress.com. I will also be posting new content to that location. Thank you for your understanding.

This month the ISSA Journal released my article, which is called Holistic Approach to Enhance your Security Posture. In this article I cover some important capabilities that must be in place to enhance the overall security posture of your organization. This is a vendor neutral approach, that will give you the general considerations and rationale behind each choice. If you are an ISSA member, you can download the magazine below in PDF:

If you are not member, you can download the PDF of my article from here.

Microsoft is aware of the time zone change for the Metlakatla community in Alaska, USA. Metlakatla had decided not to change its clock back by an hour starting on November 4th, 2018. Metlakatla moved to UTC-08:00 permanently from November 4^th , 2018. We don’t plan to release a data update for this change.  

Our official policy statement can be found at http://microsoft.com/time. 

The customers from Metlakatla, Alaska will remain on Alaska Standard Time (UTC-9) if they don’t switch their time zone hence we recommend them to permanently switch to time zone “(UTC-08:00) Coordinated Universal Time-08” as soon as possible. Selecting this time zone will reflect the correct current local time.

執筆者: Juergen Thomas (MSFT)

このポストは、2018 年 11 月 4 日に投稿された SAPS ratings on Azure VMs – where to look and where you can get confused の翻訳です。

SAP ソフトウェアを Azure に移行する場合、まずどのタイプの Azure VM を使用するかを決める必要があります。その際の主な基準の 1 つが、SAP ワークロードのスループット要件です。SAP では数十年前からスループットを示す値として「SAPS (SAP Application Performance Standard)」を使用しています。サーバーや Azure VM の SAPS を測定するには、サーバー メーカーやクラウド サービス プロバイダーが SAP SD Standard Application ベンチマークを実行する必要があります。100 SAPS は、1 時間に 2,000 件の受注項目を完全に処理できる能力として定義されています (https://www.sap.com/about/benchmark/measuring.html、英語)。

SAP NetWeaver および SAP HANA 向けの Azure VM として認定を受ける際、対象 VM のスループットとして、マイクロソフトは SAPS 値を提供します。SAP 側でさらにそのデータが使用され、SAP ノート #1928533 に Azure の SAPS 値が記載されます。この SAP ノートは公式の情報で、SAP NetWeaver 認定 VM の SAPS を確認できるようになっています。そこには SAP NetWeaver ワークロードを実行する性能が認められた各 Azure VM の vCPU 数、メモリ、SAPS が記載されています。

では、混乱しやすい箇所というのは、どこにあるのでしょうか?

まず混乱が生じる原因は、Azure のようなハイパースケール クラウドについて、SAP が公式の SAP SD Standard Application ベンチマークをドキュメント化する際の手法にあります。Azure VM に関する SAP SD ベンチマークの一覧はこちらのリンク (英語) からご確認いただけます (なお、マイクロソフトは Azure VM の認定に関してベンチマークを公開することが義務付けられているわけではありません。結果として、認定 Azure VM によってはベンチマークがこのページで公開されているないこともあります。)。ベンチマークの 1 つをクリックすると、次のようにデータが表示されます。

混乱はここから始まります。このデータのどこにも、テスト対象の VM で定義されている vCPU 数とメモリは記載されていません。代わりに、VM が実行されているホストのテクニカル データが記されています。CPU とコアの数についても、このデータにはホストの実際の構成が反映されていません。ここに示されているのは、Intel ハイパースレッディングがホストで構成されている場合の理論容量です。上の図の場合、M128s VM の vCPU 数やメモリ容量は、公式の SAP ベンチマーク Web ページでは突き止めることができません。情報を得るには、Azure の価格ページか SAP ノート #1928533 をチェックする必要があります。つまり、公式の SAP ベンチマーク Web ページに表示されているデータは、SAP のサイジング目的で特定の Azure VM の SAPS を調べる場合、混乱の原因となるのです。VM の SAPS 値は表示されていますが (SAP ノート #1928533 でも確認可能)、一緒に記されているのは、SAPS の要件に応じて Azure VM インフラストラクチャに必要となるホストのテクニカル データです。

次に混乱が生じるのは、異なるタイプの VM を比較して、vCPU あたりの SAPS 値を計算するときです。注意していただきたいのは、ここでの「vCPU」または「CPU スレッド」という言い方は、Windows タスク マネージャーなどに表示される単一ユニットを指しています。VM に対して「コア」という言葉を使用していないのは、ベア メタル サーバーに対しての固定的な意味合いが強いからです。Intel のベア メタル環境では、ハイパースレッディングが無効なサーバーの場合、1 コアは 1 CPU スレッドに相当します。また、ハイパースレッディングが有効なサーバーの場合、1 コアは 2 CPU スレッドに相当します。

Azure VM の 1 vCPU がスループットとして引き出せる SAPS を計算する際、異なる Azure VM を比較すると少し驚く結果になることがあります。DS14 v2 を例に見てみましょう。SAP ノート #1928533 の記載に基づくと次のようになります。

• 16 vCPU、112 GiB メモリ、24180 SAPS
• vCPU あたりのスループット: 24180 / 16 = 1511 SAPS

同じ数の vCPU を持つ DS16 v3 (ただしメモリは 64 GiB) の場合、次のように SAPS 値が低くなります。

• CPU スレッドあたりのスループット: 17420 SAPS / 16 = 1088 SAPS

DS16 v3 は最新の VM であり、パフォーマンスまたは vCPU あたりのスループットは通常常に向上しているものと想定されるため、ある意味驚きの結果です。期待外れの結果となった理由は、Intel ハイパースレッディングの有効なホストで実行される VM をマイクロソフトが導入したからです。このホスト サーバーでは、物理プロセッサ コア 1 つは、CPU スレッド 2 つに相当します。つまり、Azure VM の 1 vCPU は、ホスト サーバー上のハイパースレッド コアの CPU スレッド 2 つのうちの 1 つにマッピングされるのです。ベア メタル サーバーのハイパースレッディングでは、スループット全体が向上します。ただし、ホストの CPU スレッド数が 2 倍になるからといって、スループットも 2 倍になるわけではありません。標準的な SAP ワークロードにおけるハイパースレッディングによるスループット向上は、30 ～ 40% 程度です。したがって、ハイパースレッディングによる 2 CPU スレッドを持つホストの 1 コアでは、ハイパースレッディングが無効な同じプロセッサ コアの 130 ～ 140% のスループットを達成できることになります。つまり、ハイパースレッド コアの 1 CPU スレッドあたりのスループットは、1 CPU スレッドを持つ非ハイパースレッド コア 1 つの 65 ～ 70% 程度となります。

これは、先ほど DS14 v2 と DS16 v3 を比較した場合の 1 vCPU あたりの SAPS の差と一致します。

現在のところ、NetWeaver や SAP HANA の認定を取得した以下の Azure VM ファミリが、Intel ハイパースレッディングが有効なホスト ハードウェアで実行されています。

• D(S)v3
• E(S)v3
• M シリーズ

先に述べたように、SAP ベンチマーク Web ページの詳細データには、ハイパースレッディングが有効であるかどうかは一切示されていません。単にホストの理論容量が記載されているだけです。特定の VM ファミリが実行されている Azure ホストでハイパースレッディングが有効であるかどうかは、Azure の価格ページで公開しています。下のスクリーンショットのように説明がされています。

重要:

VM は性能に一定の制限があることにご注意ください。一般的には、同じファミリ内のサイズの小さい VM ほど、ストレージとネットワークの性能は低くなります。M128s、M128ms、ES64 v3 といった大きいサイズの VM の場合、ホストで実行されているのはその VM のみであるため、ホストが利用できるネットワークとストレージの性能すべてをその VM で独占できます。サイズの小さい VM の場合、ネットワークとストレージの性能は複数の VM で分け合います。特に、SAP HANA だけでなく SAP NetWeaver では、負荷の高いワークロードを実行する VM が、同じホスト上の他の VM と共有している CPU、メモリ、ネットワーク、ストレージの性能を占有しないようにすることがきわめて重要です。VM のサイジングにあたっては、ネットワークやストレージの性能を考慮する必要があります。各 VM のネットワークとストレージのスループットに関する詳細は、以下でご確認いただけます。

• https://docs.microsoft.com/ja-jp/azure/virtual-machines/windows/sizes?toc=%2fazure%2fvirtual-network%2ftoc.json
• https://docs.microsoft.com/ja-jp/azure/virtual-machines/linux/sizes?toc=%2fazure%2fvirtual-network%2ftoc.json

今回の内容で、vCPU あたりの SAPS の計算や評価に対する見方は明確になったでしょうか? また、ここでは、SAP ベンチマーク Web ページがサイジングの参照先としてふさわしくない理由もお伝えしました。サイジングの際には、SAP ノート #1928533 を参考にしてください。

執筆者: Juergen Thomas (MSFT)

このポストは、2018 年 11 月 2 日に投稿された Moving SAP on SQL Server and Windows into Azure – what SQL Server and Windows release should I use の翻訳です。

Azure は、SAP アプリケーションのようなミッション クリティカルなワークロードのデプロイ先として非常に人気の高いプラットフォームとなりました。これは安全性と拡張性が高いことが理由の 1 つであり、マイクロソフトは今よりもさらに簡単にアプリケーションを Azure に簡単に移行していただけるよう取り組みを続けています。その取り組みの 1 つが、下記のブログ記事で紹介されています。

https://blogs.technet.microsoft.com/mssvrpmj/2018/07/13/announcing-new-offers-and-capabilities-that-make-azure-the-best-place-for-all-your-apps-data-and-infrastructure/

上記の記事では、Windows Server 2008 (R2) と SQL Server 2008 (R2) の無料延長セキュリティ更新プログラムが、通常 10 年間のサポート ライフサイクル終了後も提供されることを紹介しています。魅力的なオファーではありますが、いくつかの理由から、SAP ユーザーの皆様には、自社のミッション クリティカルなシステムを最新の Windows Server と SQL Server に移行することを先延ばしにできるこの延長サービスを利用するかどうかを、よく検討していただきたいと考えています。

マイクロソフトは、SAP ワークロードや他のミッション クリティカルなエンタープライズ アプリケーション用にこれらの古いバージョンの Window Server と SQL Server を使用することを推奨していません。それはなぜでしょうか? 簡単に言うと、Windows Server 2012 ファミリや Windows Server 2019、最近のSQL Server には、SAP ワークロードのスムーズな処理に適した機能が数多く追加されており、Azure を IaaS プラットフォームとして使用するための統合が強化されているからです。SAP NetWeaver ベースのシステムでは通常、企業の最重要ビジネス プロセスが実行されているため、10 年前のオペレーティング システムやデータベース プラットフォームで運用を続けるべきではありません。

最近の Windows Server と Azure では、統合性、拡張性、信頼性が大きく強化されていますが、中でも特に注目なのは以下の点です。

• Azure の高速ネットワークは、Azure で稼働する SAP システムの拡張性を大きく向上させる重要なテクノロジであり、VM 間のレイテンシを大幅に抑えることができます。この機能は最新の Windows Server OS がゲスト OS となっている場合のみサポートされます。参照: https://docs.microsoft.com/ja-jp/azure/virtual-network/create-vm-accelerated-networking-powershell
• Azure では、すべての VM で旧バージョンの Windows Server を実行できるわけではありません。たとえば、vCPU 数が 64 以上の M シリーズの VM は、Windows Server 2016 以降をゲスト OS として実行する必要があります。
• Windows Server の記憶域スペースは、Windows Server 2012 から大きく機能が向上しました。Windows 記憶域スペースは、データベースのデータやログ ファイルを Windows ゲスト OS 上でホストするためのハイ パフォーマンス ボリュームを作成する際の既定の方法となっています。これは、旧バージョンの Windows で提供されていたストライピングよりも優れた機能です。参照: https://docs.microsoft.com/ja-jp/windows-server/storage/storage-spaces/overview (英語)
• Windows Server のクラスタリング機能は、この 6 年間に大きく強化されました。主なものは以下のとおりです。
  • クラスター ノードのローリング アップグレード: Windows Server 2016 で導入されました。参照: https://docs.microsoft.com/ja-jp/windows-server/failover-clustering/Cluster-Operating-System-Rolling-Upgrade
  • Azure 環境向けクラウド監視: 特に Azure にデプロイする場合、Windows Server 2016 で導入されたこの Azure クラウド監視機能を使用すると、Azure の SAP デプロイメントの信頼性が大幅に向上します。参照: https://docs.microsoft.com/ja-jp/windows-server/failover-clustering/deploy-cloud-witness
  • Windows Server 2016 のスケールアウト ファイル サーバー (SOFS)を使用して、Windows クラスタリング機能でSAPセントラルサービスのHA化ができます。参照: https://docs.microsoft.com/ja-jp/azure/virtual-machines/workloads/sap/sap-high-availability-infrastructure-wsfc-file-share

上記が古いソリューションを推奨しない主な理由です。上記以外でも、最新の Windows カーネルには多数の機能強化が行われており、SAPユーザーが遭遇する問題を削減できます。拡張性と信頼性における大きな改善は、最新 OS にとって重要な要素であり、多くのケースで仮想環境内の SAP ワークロードが効率化されます。以上のことから、マイクロソフトが Azure にデプロイする SAP のオペレーティング システムとして Windows Server 2016 を推奨している理由がおわかりいただけたかと思います。

SQL Server においては、より大きな改善が行われています。SQL Server 2012 の機能強化や、最新リリースで強化された点を見ていきましょう。

SQL Server の列ストアは、SAP BW だけでなく、他の NetWeaver ベースの SAP ソフトウェアでも活用できる画期的な機能です。列ストアに関する SAP 関連の記事をご覧ください: https://blogs.msdn.microsoft.com/saponsqlserver/tag/columnstore/ (英語)

SAP BW 用に列ストアを利用することに加え、SQL Server 2016 では、更新可能な非クラスター化列ストア インデックスが導入されました。これは SAP ERP システムや、BW以外の SAP NetWeaver アプリケーションのインデックスにも適用できます。

• SQL Server AlwaysOn は、SQL Server データベース ミラーリングに関する重要な機能強化です。高可用性と災害復旧を実現するだけでなく、セカンダリ ノードでのバックアップ実行も可能です。Windows Server 2016 のクラウド監視、SQL Server の分散型可用性グループとの組み合わせにより、Azure IaaS上での高可用性と災害復旧を構成するための理想的な機能となります。
• SQL Server のクエリ ストアでは、クエリ パフォーマンスを長期にわたって追跡できます。パフォーマンスの低下が発生した場合に、クエリの実行を最善のパフォーマンスが得られていたものにロールバックできます。参照: https://docs.microsoft.com/en-us/sql/relational-databases/performance/monitoring-performance-by-using-the-query-store?view=sql-server-2017
• 再開可能なオンライン インデックスでは、負荷を抑えながら段階的にインデックスを構築できます。この機能は SQL Server 2017 で導入されました。参照: https://www.mssqltips.com/sqlservertip/4987/sql-server-2017-resumable-online-index-rebuilds/ (英語)
• SQL Server の一貫性チェック (CHECKDB) は、SQL Server 2016 で大きく強化されました。その結果、CHECKDB のスループットが改善され、効果的にリソースを管理できるようになりました。

Azure の機能活用を支援する SQL Server のその他の重要な機能強化は、次のとおりです。

• Azure Blob Storage へのバックアップは、最新の SQL Server で導入されました。この機能では、Azure Blob Storage に直接バックアップを取ることができます。参照: https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/sql-server-backup-and-restore-with-microsoft-azure-blob-storage-service?view=sql-server-2017
• Azure へのマネージド バックアップでは、バックアップを自動的に Azure ストレージに保存できます。参照: https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/sql-server-managed-backup-to-microsoft-azure?view=sql-server-2017
• データとログ ファイルを Azure Blob Storage に直接格納できます。参照: https://docs.microsoft.com/ja-jp/sql/relational-databases/databases/sql-server-data-files-in-microsoft-azure?view=sql-server-2017
• SQL Server のスナップショット バックアップは、Azure Blob Storage を使用している場合に利用できます。参照: https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/file-snapshot-backups-for-database-files-in-azure?view=sql-server-2017
• SQL Server の Transparent Data Encryption (TDE) を大幅に機能強化しました。また、Azure Key Vault を使用できるようになりました。これらは SQL Server 2014、2016、2017 の Service Pack とパッチに含まれています。旧バージョンの SQL Server は、Azure key Vault に似たサードパーティ製 EKMM ツールを何度も呼び出す必要があり、SQL Server TDE を使用している場合にデータベースのバックアップと復元の操作が遅くなるという問題がありました。

他にも、以下の機能が強化されています。

• SQL Server 2016 では、SAP CDS ビューとそれに関連する機能の実行を高速化する機能が導入されました。
• 最新の SQL Server で、DMV に対して変更と追加が行われ、NetWeaver の DBACockpit の機能が向上しました。

新しい Windows Server と SQL Server のリリースの新機能と機能強化をご紹介させていただいたとおり、これらがあるとないとでは、SAP ワークロードの実行には大きな差が出てくることがわかります。SAP ワークロードを Azure IaaS に移行する場合は、少なくとも SQL Server 2016、できれば SQL Server 2017 への移行をご検討ください。発売から 10 年近く経つ古い Windows Server や SQL Server は、Azure に最適化されておらず、新しい SAP やその機能 (SAP CDS ビューなど) にもうまく対応していないのです。

（Xbox Wire に掲載の ”A Letter from Chris Charla: ID@Xbox Celebrates Release of 1,000 Titles Through the Program” の抄訳です）

ID@Xbox プログラムを発表する前、2012 年に私たちは開発者にとって本当に効果的なプログラムを作り上げるため、50 を超えるデベロッパーと会い、貴重な意見を伺いました。3,000 以上のスタジオで何千人もの才能豊かなクリエーターが、世界中の何百万人もの Xbox One そして Windows 10 のプレイヤーのために、ID@Xbox プログラムを使ってインディペンデントな環境でゲーム作りをしている現在の状況を、その当時に誰が想像できたでしょうか。この数年のインディペンデントのゲーム開発シーンの成長を見守るだけでなく、インディペンデント デベロッパーが自分の好きなことを続けていくことをサポートするプログラムの一部になれたことを大変うれしく思います。

世界の 67 か国で販売され、40 億時間を超える総ゲーム プレイ時間、デジタル ストアでの 10 億ドル以上の総収益とともに、ID@Xbox プログラムを通じて 1,000 のゲームがリリースされたことを喜ばしく思います。Studio MDHR の『Cuphead』、Fullbright の『Tacoma』、Playdead の『INSIDE』、Chucklefish の『Stardew Valley』、Matt Makes Games の『Celeste』と Behemoth の『Pit People』などの記憶に残るタイトル。そして、Team17 の『Overcooked 2』、Dark Star の『Sinner: Sacrifice for Redemption』と Pixel Trip Studios の『The Videokid』などの今年発売のタイトルにこの新しいマイルストーンの達成を後押しいただきました。

この 5 年間で、あらゆるジャンルの大変素晴らしいタイトルがリリースされました。プログラムをスタートしたときには想像もつかなかったゲームがたくさんあります。
ID@Xbox がデベロッパーに有意義な方法で彼らのストーリーを共有する場所を提供し続け、インディペンデント ゲームの発見可能性を高め、Xbox One と Windows 10 を誰もがゲームを作ることができるプラットフォームとして具現化していくことに、私たちは情熱を傾けてきました。
私たちはこの先もこのモーメンタムを推進してゆき、Slow Bros. の『Harold Halibut』、Capybara Games の『Below』、Aurora 44 の『Ashen』、Pearl Abyss の『Black Desert』そして Shedworks の『Sable』のような、さらにすばらしい体験をプレイヤーの皆さまへお届けします。

今月の 1,000 タイトル目のリリースは、ID@Xbox にとって非常に重要なマイルストーンとなりました。デベロッパーとファンの皆さまがプログラムに与えた良い影響を振り返る機会をいただきました。

何よりも、言い尽くせないほどの愛情をインディペンデント デベロッパーに見せていただいたXbox ファンの皆さまに大変感謝をしております。そして、素晴らしいゲームを作り続け、プログラムをより良いものに改善していけるよう日々のフィードバックをいただいているデベロッパーの皆さまにも感謝を申し上げます。
デベロッパーの皆さまをサポートすることを私たちは大変楽しんでおります。それは私たちに、さらなる驚き、型にはまらない考え方、そしてゲームの限界を押し広げる新しい方法の発見をもたらしてくれます。

引き続き、Xbox Wire にご注目ください。ID@Xbox から、インディペンデント デベロッパーの素晴らしいゲーム最新情報をお届けします。

Windows プラットフォーム サポートの佐々木です。

2018 年 9 月 第 3 週に公開しました更新プログラムや、より新しい更新プログラムを適用した環境では、有効化したタスクが実行されない事象が発生する可能性があります。
現在、本事象の発生原因の調査、および修正に向けた対策を進めています。本事象の調査状況につきましては、本ブログにて随時更新予定です。

事象の発生条件

以下の Windows へ、2018 年 9 月 第 3 週以降の更新プログラムが適用されている場合に発生します。

• Windows Server 2016
• Windows 10 Version 1607
• Windows 10 Version 1709

2018 年 9 月 第 3 週以降に公開しました更新プログラムはこちらです。
これ以降の更新プログラムを適用した場合も同様の問題が発生する可能性があります。

Windows Server 2016 / Windows 10 Version 1607 用:
2018 年 9 月 21 日 — KB4457127 (OS ビルド 14393.2515)
https://support.microsoft.com/ja-jp/help/4457127/

Windows 10 Version 1709 用:
2018 年 9 月 27 日 — KB4457136 (OS ビルド 16299.699)
https://support.microsoft.com/ja-jp/help/4457136/

事象の概要

以下の 2 つのシナリオで問題が発生します。

• 事前に無効化してエクスポートしておいたタスク (XML) をインポートし、その後 有効化しても、スケジュールされた時刻に実行されません。
• タスクを無効化した状態でシステムのシャットダウン、再起動を行い、その後 有効化しても、スケジュールされた時刻に実行されません。

回避策

タスクを有効化後に、再度、無効化 -> 有効化の手順を実施することで、回避可能です。
※ 1 度の有効化ではタスクが実行されませんが、その後、もう 1 度有効化することで、タスクが実行されることを確認しています。

事象の再現手順

以下にて、1 つ目のシナリオを用いた事象の再現手順を記載します。

1. 作成したタスクを無効化します。

2. 無効化したタスクをエクスポートします。

3. Test タスクを削除して、手順 2. でエクスポートしたタスクをインポートします。

4. インポートされた Test タスクは、無効化されています。次回実行時刻は、2018/10/25 17:00:00 です。

5. Test タスクを有効化します。

6. 次回実行時刻である、2018/10/25 17:00:00 になると、次回実行時刻は、2018/10/26 17:00:00 に更新されますが、タスクが実行されません。

※ 2018/10/26 17:00:00 以降もタスクは実行されません。

過去のブログ投稿でもご案内しておりますように、CSOM などのクライアント サイド API を利用するプログラムにおいて、HTTP 調整機能への対策として増分バックオフ リトライを実装することを推奨しています。

タイトル: PowerShell サンプル : SharePoint Online HTTP 調整 (応答コード : 429) 対策の増分バックオフ リトライ
アドレス: https://blogs.technet.microsoft.com/sharepoint_support/2016/10/08/powershell-csom-sample-code-for-spo-http-429-incremental-backoff-retry/

従来弊社より案内していた増分バックオフ リトライのサンプル コードでは、Exponential Backoff というアルゴリズム (指数関数的にリトライ間隔を大きくする実装) を推奨していましたが、最新のベスト プラクティスにおいては、HTTP 応答の “Retry-After” ヘッダーの値を利用してリトライ間隔を指定する実装を推奨しています。本実装は、SharePoint Online だけでなく、Microsoft Graph API 等においても同様の推奨事項となります。

タイトル: SharePoint Online で調整またはブロックを回避する
アドレス: https://docs.microsoft.com/ja-jp/sharepoint/dev/general-development/how-to-avoid-getting-throttled-or-blocked-in-sharepoint-online

タイトル: Microsoft Graph throttling guidance
アドレス: https://developer.microsoft.com/en-us/graph/docs/concepts/throttling

本稿では、冒頭のブログで紹介している PowerShell で実装した増分バックオフ リトライを、最新のベスト プラクティスに変更したサンプルコードを紹介します。

HTTP 調整機能への対策としては、トラフィックの修飾 (User Agent の指定) も有効となりますので、併せてサンプルコードで実装しています。

$siteUrl = "https://tenant.sharepoint.com"

# 必要なアセンブリをロードします
Add-Type -Path "C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16ISAPIMicrosoft.SharePoint.Client.dll";
Add-Type -Path "C:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions16ISAPIMicrosoft.SharePoint.Client.Runtime.dll";

# SPO に接続します
$script:context = New-Object Microsoft.SharePoint.Client.ClientContext($siteUrl);

# ユーザー名入力を促します。
Write-Host "Please input user name : "
$username = Read-Host

# パスワード入力を促します。
Write-Host "Please input password : "
$password = Read-Host -AsSecureString

$creds = New-Object Microsoft.SharePoint.Client.SharePointOnlineCredentials($username, $password);
$script:context.Credentials = $creds;

# UserAgent を指定します。
$script:context.add_ExecutingWebRequest({
    param ($source, $eventArgs);
    $request = $eventArgs.WebRequestExecutor.WebRequest;
    $request.UserAgent = "NONISV|Contoso|Application/1.0";
})

function ExecuteQueryWithIncrementalRetry {
    param (
        [parameter(Mandatory = $true)]
        [int]$retryCount
    );

    $DefaultRetryAfterInMs = 120000;
    $RetryAfterHeaderName = "Retry-After";
    $retryAttempts = 0;

    if ($retryCount -le 0) {
        throw "Provide a retry count greater than zero."
    }

    while ($retryAttempts -lt $retryCount) {
        try {
            $script:context.ExecuteQuery();
            return;
        }
        catch [System.Net.WebException] {
            $response = $_.Exception.Response

            if (($null -ne $response) -and (($response.StatusCode -eq 429) -or ($response.StatusCode -eq 503))) {
                $retryAfterHeader = $response.GetResponseHeader($RetryAfterHeaderName);
                $retryAfterInMs = $DefaultRetryAfterInMs;

                if (-not [string]::IsNullOrEmpty($retryAfterHeader)) {
                    if (-not [int]::TryParse($retryAfterHeader, [ref]$retryAfterInMs)) {
                        $retryAfterInMs = $DefaultRetryAfterInMs;
                    }
                    else {
                        $retryAfterInMs *= 1000;
                    }
                }

                Write-Output ("CSOM request exceeded usage limits. Sleeping for {0} seconds before retrying." -F ($retryAfterInMs / 1000))
                #Add delay.
                Start-Sleep -m $retryAfterInMs
                #Add to retry count.
                $retryAttempts++;
            }
            else {
                throw;
            }
        }
    }

    throw "Maximum retry attempts {0}, have been attempted." -F $retryCount;
}

# ここから実装したい任意のコードを書きます。
$web = $script:context.Web
$script:context.Load($web)
#$context.ExecuteQuery() を以下に置き換えます。
ExecuteQueryWithIncrementalRetry -retryCount 5
$web.Title = "RetryTest"
$web.Update()
#$context.ExecuteQuery() を以下に置き換えます。
ExecuteQueryWithIncrementalRetry -retryCount 5

今回の投稿は以上です。

本情報の内容は、作成日時点でのものであり、予告なく変更される場合があります。

いつも弊社製品をご利用いただきまして誠にありがとうございます。
Windows プラットフォーム サポートの石田です。

Windows Server 2019 をご利用の環境にて予期せず環境変数 %TEMP% や %TMP% に設定されているフォルダーが削除されるという問題の対応についてご案内させていただきます。

[対象]
Windows Server 2019

[事象]
Windows Server 2019 にて環境変数 %TEMP% や %TMP% に設定されているフォルダーが初期状態でフォルダー内にファイルが存在していない場合、ディスクのクリーンアップタスク (SilentCleanup) が実行されると環境変数 %TEMP% や %TMP% に設定されているフォルダーが削除される事象が発生いたします。
環境変数 %TEMP% や %TMP% のフォルダーが削除されると参照している様々なアプリケーションが一時領域にアクセスできなくなるため、再度ログオンするまで正常に動作できなくなります。

[原因]
本事象につきましては、2018年 11 月 9 日時点で調査中となっており、修正モジュールはリリースされておりません。
修正が公開された場合は随時この記事に追記してお知らせします。

[回避策]
環境変数 %TEMP% や %TMP% のフォルダーはログオン時に作成されますが、ログオン中に削除されないようディスクのクリーンアップタスク (SilentCleanup) タスクを無効化します。

コマンドプロンプトを管理者モードで起動し以下のコマンドを実行します。

schtasks /change /tn MicrosoftWindowsDiskCleanupSilentCleanup /disable

本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。

こんにちは、 Microsoft Teams サポートチームです。
ブラウザでTeamsを利用する場合、会議のメディア利用に現在制限があります。

Microsoft Edge で利用する場合、音声とビデオが利用できます。
Chrome で利用する場合、音声が利用できます。

いずれのブラウザも画面共有機能は現在利用できません。
その他のブラウザは音声、ビデオ、画面共有いずれも利用できません。

今後変更の可能性はございますが、現段階では上記の通りとなっております。

Ob IT-Sicherheit, hybride IT-Umgebungen, High Performance Computing, Microsoft 365 oder aktuelle und kommende Technologien wie Windows Server 2019, Exchange Server 2019 oder SQL Server 2019 – derzeit eröffnen sich viele interessante Möglichkeiten für Infrastrukturexperten, IT-Professionals und Administratoren.

Einen umfassenden Rundumblick dazu, Fachwissen aus erster Hand und einen interessanten Ausblick in die nahe Zukunft, bietet die folgende kostenfreie Fachkonferenz:

Microsoft Ignite | The Tour
6. und 7. Dezember 2018, Berlin
Zur Anmeldung

Unter dem Motto „Learn. Explore. Connect.“ dreht sich auf der Fachveranstaltung, die auf dem Konzept der bekannten und erfolgreichen Tech Summit-Reihe aufbaut, an zwei Konferenztagen alles rund um aktuelle und kommende Microsoft-Technologien. IT-Professionals dürfen sich auf tieftechnisches Know-how in technischen Vorträgen und praxisorientierten Workshops freuen.

Teilnehmer lernen die neuesten Infrastruktur- und Cloud-Technologien im Detail kennen und erfahren, wie man die eigenen Fähigkeiten auch in ganz neuen Bereichen einsetzen kann. Auf der Agenda stehen neben den verschiedenen Diensten von Microsoft Azure außerdem Themen wie Windows 10 Deployment, Microsoft Threat Protection, Modern Desktop, Kollaboration, Windows Virtual Desktop und Office 365.

Technische Inhalte strukturiert nach Lernpfaden

Die rund 100 Deep-Dive Sessions und Workshops sind aufgeteilt in Lernpfade, sodass man sich alle für einen relevanten Themen zu einer persönlichen Agenda zusammenstellen kann. Geplant sind beispielsweise folgende Lernpfade:

• Building and Maintaining your Hybrid Cloud
• Operating Applications and Infrastructure in the Cloud
• Deploying your Modern Desktop
• Securing your organization
• Optimizing teamwork in your organization
• Azure Fundamentals

Da sich die Veranstaltung auch an Entwickler richtet, haben Teilnehmer außerdem die Möglichkeit, einen Blick über den Tellerrand werfen und sich über Bereiche wie Künstliche Intelligenz, serverlose Anwendungen, Datenbanken in der Cloud oder Internet of Things zu informieren.

Da die Anzahl der Plätze begrenzt ist, sollten sich Interessierte möglichst bald ihren Platz sichern:

Zur Anmeldung

Much ink (both physical and virtual) has been spent on configuring application pools in IIS. I'm not going to attempt to surpass that wisdom on how application pools are configured and how they should be configured. Probably the best, single source I'm personally aware of is Thomas Marquardt's blog. http://blogs.msdn.com/b/tmarq/archive/2007/07/21/asp-net-thread-usage-on-iis-7-0-and-6-0.aspx

However where I will make an attempt; is what an application pool is actually doing. Over the years different versions of IIS, the .Net Framework, and the CLR have stored and used different configuration settings in different places. They also have different default behaviors. This has led me to attach debuggers to worker processes to get the running values of the thread pools in various attempts to determine what is actually going on. Often somebody has made a change to aspnet.config, web.config, machine.config, or the registry and is confused that what they thought would happen isn't happening. And not everybody is comfortable with attaching debuggers to running processes.

So I made a very primitive, simple tool that I hope can allow people to see what their application pools are actually doing. It is a single ASPX page, in plain next. No .DLL needed. Nothing to install. You can just copy the file into the web root of your application, hit it with a browser, and then delete the file.

I'm attaching the full ASPX page in the .ZIP file here: DOWNLOAD-ZIP-FILE

Here is the bulk of the C# code if you want to look at it separately.

// Get process information.

System.Diagnostics.Process myProcess = System.Diagnostics.Process.GetCurrentProcess();

Session["myProcessThreadCount"] = myProcess.Threads.Count;
Session["myProcessId"] = myProcess.Id;
Session["myProcessName"] = myProcess.ProcessName;

// Get thread pool information. ASPX didn't like declaring the variables as they were used in the methods.

int maxWorkerThreads = -1;
int maxIOThreads = -1;
int minWorkerThreads = -1;
int minIOThreads = -1;
int availableWorkerThreads = -1;
int availableIOThreads = -1;

System.Threading.ThreadPool.GetMaxThreads(out maxWorkerThreads, out maxIOThreads);
System.Threading.ThreadPool.GetMinThreads(out minWorkerThreads, out minIOThreads);
System.Threading.ThreadPool.GetAvailableThreads(out availableWorkerThreads, out availableIOThreads);
int usedWorkerThreads = maxWorkerThreads - availableWorkerThreads;
int usedIOThreads = maxIOThreads - availableIOThreads;

Session["maxWorkerThreads"] = maxWorkerThreads;
Session["maxIOThreads"] = maxIOThreads;
Session["minWorkerThreads"] = minWorkerThreads;
Session["minIOThreads"] = minIOThreads;
Session["availableWorkerThreads"] = availableWorkerThreads;
Session["availableIOThreads"] = availableIOThreads;
Session["usedWorkerThreads"] = usedWorkerThreads;
Session["usedIOThreads"] = usedIOThreads;

// Get HttpRuntime information

Session["machConfDir"] = System.Web.HttpRuntime.MachineConfigurationDirectory;
Session["targetFramework"] = System.Web.HttpRuntime.TargetFramework;
Session["appDomainAppId"] = System.Web.HttpRuntime.AppDomainAppId;
Session["appDomainId"] = System.Web.HttpRuntime.AppDomainId;
Session["iisVersion"] = System.Web.HttpRuntime.IISVersion;

// Get Configuration Runtime Information

System.Configuration.Configuration myWebConfig = System.Web.Configuration.WebConfigurationManager.OpenWebConfiguration("~");
System.Object preCast = myWebConfig.GetSection("system.web/httpRuntime");
System.Web.Configuration.HttpRuntimeSection myHttpRuntime = preCast as System.Web.Configuration.HttpRuntimeSection;

Session["AppReqQueueLim"] = myHttpRuntime.AppRequestQueueLimit;
Session["minFreeThreads"] = myHttpRuntime.MinFreeThreads;
Session["minLocalFreeThreads"] = myHttpRuntime.MinLocalRequestFreeThreads;

Azure サービスを日々ご利用いただいている皆様こんにちは、Azure サポート チームの工藤です。

今回は、Linux ディストリビューションにおいて、Azure で動作保証された OS バージョンと Azure Site Recovery での保護 (移行・レプリケーション・フェールオーバー・フェールバック) がサポートされる OS バージョンに関する公開情報について、補足情報をご案内いたします。

本情報の内容（添付文書、リンク先などを含む）は、作成日時点でのものであり、予告なく変更される場合があります。

公開情報

ブログ公開に至った事の発端は、下記の公開情報に記載されている各ディストリビューションの OS バージョンがそれぞれ異なるため、どのように解釈すればよいのかお問合せをいただいたためでした。

Azure で動作保証済みの Linux ディストリビューション
https://docs.microsoft.com/ja-jp/azure/virtual-machines/linux/endorsed-distros

VMware および物理サーバーの Azure へのレプリケーションのサポート マトリックス
https://docs.microsoft.com/ja-jp/azure/site-recovery/vmware-physical-azure-support-matrix

以下に抜粋して比較してみましょう。

エディションの比較

たとえば、Red Hat Enterprise Linux (RHEL) においては、Azure で動作保証済みの OS バージョンは 6.7 以降、7.1 以降と記載されています。
一方、ASR のレプリケートでサポートされている OS バージョンは 5.2 ~ 5.11、6.1 ~ 6.10、7.0 ~ 7.5 と記載されています。

うーん。これはたしかに迷ってしまいますね。

RHEL 5.2 ~ 5.11、6.1 ~ 6.10、7.0 ~ 7.5 は、現時点での ASR での保護可能なバージョンとなります。
ただし、上記バージョンは、ASR による保護は行えますが、Azure 上での挙動に関しては、動作保証バージョンとして記載されている 6.7 以降、7.1 以降 のみとなります。
これは、ASR のサポート対象は、あくまで保護のみが可能なだけであって、その後の動作においてなんらかの問題が発生した場合は、弊社よりサポートのご提供ができない場合があるため、お客様側で動作をご確認いただく必要がございます。
上記比較表に記載されている、その他のディストリビューションも同様となります。

なお、この動作保証外の Linux ディストリビューションをどうしても Azure に移行しなければならない要件がございましたら、まずは下記の参考情報をご確認のうえ、十分な動作検証と慎重なご検討をいただけますようお願いいたします。

参考情報

動作保証外のディストリビューションに関する情報
https://docs.microsoft.com/ja-jp/azure/virtual-machines/linux/create-upload-generic

上述しましたように、本記事はお客様のお問合せを契機に掲載に至りました。
貴重なご指摘をくださいましたお客様には深くお礼を申し上げます。

なお、コミュニティにおけるマイクロソフト社員による発言やコメントは、マイクロソフトの正式な見解またはコメントではありません。

Over the last month or so I've fielded some questions about the Company Portal app on Windows. The main one - "Do we need it?". The reason for the confusion is mainly due to the fact that downloading the company portal on iOS and Android is almost always a critical step for users to get their devices enrolled into Intune for management, but on Windows it's optional for enrolment because of the native integration of Intune with the Windows 10 MDM platform (See my other post on the many ways to enroll a Windows device in Intune).

This post is for IT admins and architects to highlight the key reasons to include the company portal app in your modern managed Windows 10 deployment.

TLDR;

If you're not deploying the Company Portal app to your M365 powered devices, you are missing out on this stuff:

You should deploy it as a Required app and make sure your users know about the benefits!

Here's what you will get with the Windows Company Portal:

Self Service Apps

This is the most obvious reason but important to point out here for completeness. If you want to give your users a curated list of applications (All the app types: Win32, Web Apps, Windows Apps from the Store or Store for Business or your own Line-Of-Business Apps uploaded to Intune) that they can choose to install on demand you will definitely need to deploy the company portal to them and send them shopping there! As an IT pro, you just need to deploy the apps as "Available for Enrolled devices".

Device Compliance Remediation

Are you using Conditional Access? If the term is new to you, I suggest checking out this doc. Or I'll give you my 4 second spin:

Conditional Access is like a bouncer at a night club. He stands at the front door and checks your ID, makes sure your old enough to get in, makes sure your dressed according to the dress code, and makes sure you're not too drunk. If you don't meet those conditions (Say you wore sandals to a nightclub) he would say to you "Sorry mate, you can't come in here with those shoes!, you need to go home and change them".

In the same way, An IT admin can create a Conditional Access policy (bouncer) for a resource such as Exchange Online (The club). You can define the conditions under which Azure AD will look at access (the front door) and define the checks/compliance policies that will be verified (no sandals allowed!).

So as an IT admin managing Intune you can deploy compliance policies to your Windows 10 devices and make sure they are 100% compliant against them before being allowed to access corporate stuff!

The part that the Company Portal App plays in Conditional Access scenarios is helping end users get compliant (or swap their sandals for shoes). The Company Portal gives users a view of their overall compliance state, alert them based on no-compliance and even drives them to the right area of Windows to remediate the issue – Thus restoring access to corporate resources.

Ever left your work phone or tablet in a taxi? Did you lock it? Were you looking at some sensitive work stuff? The Company Portal in Windows lets users trigger remote actions on other enrolled devices. Users can choose to lock their device or if it's completely lost they can trigger a self-service remote factory reset.

Help and Support

The Company Portal allows IT admins to publish help and support details to end users such that if they have any issues, they know what to do. IT admins can publish a link to self-help docs or supply phone and email contact info for users. If users are having issues with the Company Portal itself (such as installing an available app), they can use the Company Portal to send logs for investigation. The Company Portal also notifies end-users about requests for inbound remote assistance sessions via the Intune/Teamviewer integration.

Password Reset

The Company Portal provides your users with a quick way to see their Azure AD profile and change their password!

App Inventory

Users can keep track of the applications that they installed (or started installing) via the Company Portal

Sync!

Lastly, as an IT admin you can direct users to the Sync (or "Check Access") in Intune to resolve any issues they may be experiencing. Yes – "Sync" is also available in Windows settings but the company portal has a couple of extra benefits like allowing users to trigger it on other enrolled devices too!

In summary: Yes - you will very likely want to add the Company Portal to your Intune deployment.

If you have some other ideas about how the Company Portal app can help your organization, we would love to hear it! – Just use the App feedback feature to send your ideas!

To bring Alerts/Performance data from Azure to SCOM, Azure Management pack can be used. Azure Management Pack guide talks in detail about the Azure Management Pack capabilities. Please refer that more details.

This blog will talk about how we can see the Alerts for Application Insights Availability Tests in SCOM console. Let's start.

Install latest Azure Management Pack from https://www.microsoft.com/en-us/download/details.aspx?id=50013.

Import the MP from Operations Console.

Now go to Administration Tab -> Microsoft Azure -> Add Subscription and connect to your Azure subscription with your credentials.

You will see your subscription id listed like above under Subscription ID.

Next step is to author management pack template to monitor Azure resources.

From the SCOM Console left pane select Authoring. Now Under Management Pack Templates select  Microsoft Azure Monitoring -> Add Monitoring Wizard and follow below steps.

Please ensure to create a New Management Pack for Azure Management Pack.

We are selecting only Application Insights components and web tests here.

In Application Insights, for a ping test/multi step web tests, users can choose to configure Classic Alerts/Metric Alerts for their tests.

We want to see  both Alertrules (Classic Alerts) and Metricalerts (metric alerts) for our Azure tests, so we select both these below.

Under components (Microsoft.insights), there is a list of metrics available which can be selected to Collect Data in SCOM.

But to collect this data, your application which is hosted in Azure should be instrumented to collect all this metrics. If your application isn't instrumented t0 collect this metrics in Azure, Azure Management Pack cannot collect this data. In short, Azure MP will only collect/show metrics that you are collecting at in Azure.

Alert If checkbox below is to raise Alerts in SCOM for the Threshold value that is specified in Threshold column. Condition can be changed to Greater Than/Less Than as per requirement.

For example if you want to raise an Alert in SCOM when Receive Response Time is greater than 2 seconds, than we change the Threshold value of Receiving Response Time to 2.

After this complete the wizard by hitting Next >.

After this is done, depending upon how many resources you have under your subscription, Azure MP will load the resources in SCOM. Usually it's less than a minute.

Go to Monitoring Tab and under Service State you will find all your Application Insights components and their Health State.

If you want to see Health State by the Resource Group, please select Resource Group State. In the below screenshot, all the Resource Groups, under my subscription are listed.

To see all the resources data consolidate at one place, go to Service State Tab.

If you want to see Active alerts for your resource group, then right click your Resource Group Name and select the Alert View.

It will show all the Active Alerts as below. Select the alert and Alert Description would be available under Alert Details.

You can select Alert Properties like any other Alert in SCOM for this Alert from Azure resource.

We have improved the Alert Description of Metric Alerts generated by Application Insights Ping test. The new Alert would look like following.

You can configure metric alerts in Azure Portal for your Availability Ping test like below.

Go to Application Insights -> Availability -> Add Test

Enter the required details and select the highlighted Alert type and Alert Status to create metric alerts. For these alerts, you will see the description as mentioned above.

For our customers who have SCOM 1801, they can use HTML5 dashboard for viewing the Alerts and Performance data from Azure in SCOM.

Please leave in comments what are the new features you would like to see in next release of Azure Management Pack.

Thanks,

Neha

Please share your feedback about SCOM at https://systemcenterom.uservoice.com/forums/293064-general-operations-manager-feedback