Prepare your development environment on Windows

To build and run Azure Service Fabric applications on your Windows development machine, install the Service Fabric runtime, SDK, and tools. You also need to enable execution of the Windows PowerShell scripts included in the SDK.

Prerequisites

Supported operating system versions

The following operating system versions are supported for development:

• Windows 7
• Windows 8/Windows 8.1
• Windows Server 2012 R2
• Windows Server 2016
• Windows 10

Windows 7 support:

• Windows 7 only includes Windows PowerShell 2.0 by default. Service Fabric PowerShell cmdlets requires PowerShell 3.0 or higher. You can download Windows PowerShell 5.1 from the Microsoft Download Center.
• Service Fabric Reverse Proxy is not available on Windows 7.

Install the SDK and tools

Web Platform Installer (WebPI) is the recommended way to install the SDK and tools. If you receive runtime errors using WebPI, you can also find direct links to the installers in the release notes for a specific Service Fabric release. The release notes can be found in the various release announcements on the Service Fabric team blog.

Local Service Fabric development cluster upgrades are not supported.

To use Visual Studio 2017 or 2019

The Service Fabric Tools are part of the Azure Development workload in Visual Studio 2017 and 2019. Enable this workload as part of your Visual Studio installation. In addition, you need to install the Microsoft Azure Service Fabric SDK and runtime using Web Platform Installer.

SDK installation only

If you only need the SDK, you can install this package:

The current versions are:

• Service Fabric SDK and Tools 5.0.514
• Service Fabric runtime 8.0.514

For a list of supported versions, see Service Fabric versions

Single machine clusters (OneBox) are not supported for Application or Cluster upgrades; delete the OneBox cluster and recreate it if you need to perform a Cluster upgrade, or have any issues performing an Application upgrade.

Enable PowerShell script execution

Service Fabric uses Windows PowerShell scripts for creating a local development cluster and for deploying applications from Visual Studio. By default, Windows blocks these scripts from running. To enable them, you must modify your PowerShell execution policy. Open PowerShell as an administrator and enter the following command:

Install Docker (optional)

Service Fabric is a container orchestrator for deploying microservices across a cluster of machines. To run Windows container applications on your local development cluster, you must first install Docker for Windows. Get Docker CE for Windows (stable). After installing and starting Docker, right-click on the tray icon and select Switch to Windows containers. This step is required to run Docker images based on Windows.

Next steps

Now that you’ve finished setting up your development environment, start building and running apps.

Lync Server 2013: технология Windows Fabric и группы пользователей

В архитектуру продукта Microsoft Lync Server 2013 было внесено множество изменений, обеспечивающих повышение эффективности репликации пользователей и данных. Разработчики Microsoft реализовали эти изменения, чтобы добиться более высокой стабильности работы новой версии по сравнению с предшественницами. В частности, они усовершенствовали процесс «привязки» пользователей к интерфейсным серверам Lync с целью обеспечения высокой доступности. Благодаря применению технологии Windows Fabric в сочетании с группами пользователей достигается «магическая» плавность процессов, выполняемых в фоновом режиме

. Далее я хотел бы дать краткие пояснения, касающиеся Windows Fabric, групп пользователей, а также механизма их взаимодействия.

Windows Fabric

Windows Fabric — это разработанная корпорацией Microsoft технология, применяемая для создания высоконадежных, предполагающих возможность распространения и масштабируемых приложений. Ниже перечислены некоторые из возможностей, реализуемых Windows Fabric в продукте Lync 2013. Итак, Windows Fabric:

• обеспечивает возможность применения блочной модели архитектуры;
• реплицирует данные внешних серверов;
• позволяет системе Lync Server обслуживать до 12 внешних серверов (версия Lync 2010 допускала использование не более 10 таких серверов);
• используется службой хранения Lync Server для репликации данных;
• обеспечивает хранение трех копий пользовательских данных на внешних серверах;
• предполагает возможность реализации новой концепции области обновления Upgrade domain, которая позволяет устанавливать на серверах модули коррекции, не препятствуя работе пользователей.

Windows Fabric — это служба, загружаемая в процессе установки Lync Server 2013. Ее можно развернуть на системах Windows Server 2008 R2 или Windows Server 2012; по завершении процедуры установки служба Windows Fabric выполняет функцию управления, контролирующую репликацию Lync 2013.

Группы пользователей Lync

Каждый пользователь Lync 2013 входит в ту или иную группу, которая дает этому пользователю возможность регистрироваться на определенном внешнем сервере и работать со всеми своими пользовательскими данными. С помощью концепции, известной как модель блочной архитектуры Brick Model, специалистам удалось сократить зависимость группы продуктов Lync от SQL Server. Реализующие возможности технологии Windows Fabric внутренние базы данных SQL Server на сегодня не имеют жесткой связи с внешними серверами. С точки зрения функциональности единственный наиболее заметный аспект упомянутых изменений состоит в том, что теперь функция управления состоянием пользователей возложена на внешние серверы. В результате база данных, которая ранее хранилась на внутреннем экземпляре SQL Server, теперь перенесена на эти внешние серверы. Данное изменение продиктовано необходимостью поддержания статусов присутствия и контактов при выходе из строя внутренней системы SQL Server, а также единообразного управления статусами присутствия. В версии Lync 2010 данные о статусе присутствия пользователей хранились на внутренних системах SQL Server, поэтому для обеспечения оперативной, надежной и бесперебойной связи с внешними серверами Lync 2010 необходимо было использовать более высококлассные аппаратные и сетевые компоненты. Если в работе внешнего сервера имели место некие неполадки или этот сервер вообще по той или иной причине оказывался недоступным, пользователи отмечали задержки с обновлением данных о присутствии либо потерю контакта.

Внутренние механизмы групп пользователей

В системе Lync Server 2010 применяется алгоритм, предполагающий распределение пользователей по 10 возможным внешним серверам. Система формирует упорядоченный список серверов, который позволяет клиентам определять, к какому серверу нужно подключаться в том или ином пуле. Этот процесс выполняется на стороне сервера каждый раз, когда внешний сервер Lync создается и публикуется в топологии. На стороне пользователя всякий раз при активации пользователя для системы Lync применяется алгоритм, позволяющий определить, к какому внешнему серверу будет «привязан» данный пользователь.

Разработчики Lync 2013 изменили этот алгоритм; теперь пользователи автоматически ассоциируются с различными группами. Каждая из этих групп связывается с первичным, вторичным и третичным внешним сервером, если в данном пуле имеется по меньшей мере три сервера. Если же число серверов, составляющих пул Lync 2013, менее трех, тогда пользователь будет принадлежать только первичной — или первичной и вторичной группам пользователей. Windows Fabric обеспечивает репликацию данных интерфейсных серверов, на которых хранятся копии данных пользователей. И если количество серверов в пуле не достигает трех, очевидно, что число копий данных соответственно уменьшается.

И тут мы подходим к главному вопросу: что произойдет в случае отказа сервера, содержащего первичную группу пользователей? При выходе из строя первичного сервера происходит аварийное переключение группы пользователей на вторичный сервер; если же из строя выходит — или становится недоступным после отказа первичного сервера — и вторичный сервер, осуществляется аварийное переключение группы пользователей на третичный сервер. Наконец, крайний случай: отказывает третичный сервер. В таких обстоятельствах Windows Fabric обращается к другому интерфейсному серверу (при наличии такового), извлекает из внутренней базы данных SQL Server сведения о постоянном состоянии и создает новую группу пользователей, в которой может зарегистрироваться соответствующий пользователь.

На приведенном рисунке представлен образец топологии интерфейсного сервера Lync с группами пользователей. Здесь изображены шесть интерфейсных серверов Lync 2013. На каждом из них сформирована, по меньшей мере, одна группа пользователей, а на некоторых даже две. Всякий раз при добавлении к описанной топологии дополнительного интерфейсного сервера группы пользователей перераспределяются по серверам таким образом, чтобы обеспечить равномерное распределение нагрузки по интерфейсным серверам.

«Магия» системы Lync

Автоматическая балансировка нагрузки, а также аварийное переключение на другой сервер и воплощают ту «магию», о которой я писал выше. Можно только радоваться тому, что группы пользователей и Windows Fabric взаимодействуют столь гармонично за счет некоторого усложнения процесса проверки подлинности на определенных интерфейсных серверах. Для определения того, к какому интерфейсному серверу подключился пользователь или на каком сервере осуществлялась проверка подлинности, администраторы пользуются методом, отличным от того, который применялся в последних двух версиях Lync (Lync 2010 и OCS 2007 R2). Несколько усложнилась диагностика, поскольку администратору приходится дополнительно принимать в расчет и службу Windows. Но и этим дело не ограничивается. Появляется фактор кворумов — еще один аспект, характерный для совместного применения технологии Windows Fabric и групп пользователей. А это уже, пожалуй, прекрасная тема для одной из следующих статей.

Рисунок. Группы пользователей Lync Server 2010

Поделитесь материалом с коллегами и друзьями

Microsoft windows fabric v1

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

My SharePoint 2013 server is almost ready (on windows server 2012). But, at the end of configuration, when I tried to Install Workflow Manager 1.0 using Web Platform Installer 4.6, It shows the following message,

We’re sorry. The following products have failed to install.

Microsoft windows fabric V1 RTM This product did not install successfully. There is a problem with this Windows Installer Package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor.

All replies

It has been reported that Windows Fabric v1 RTM supports English Locale only. Could you verify if that’s what you are using ?

what do you mean «English Locale» ? In my «Control Panel\All Control Panel Items\Language» I use «English United Kingdome» should I change it to «English United States» ?

Steven Andrews
SharePoint Business Analyst: LiveNation Entertainment
Blog: baron72.wordpress.com
Twitter: Follow @backpackerd00d
My Wiki Articles: CodePlex Corner Series
Please remember to mark your question as «answered» if this solves (or helps) your problem.

Follow or contact me at.
&nbsp&nbsp

This post is my own opinion and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

Under location I have «United Kingdome»

Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action DoFabricSetup, location: C:\Program Files\Windows Fabric\bin\Fabric\Fabric.Code.1.0\MSIHiddenAppLauncher.exe, command: FabricSetup /operation:install /gac /trace:»C:\ProgramData\Windows Fabric\Fabric\log» /fabricDataRoot:»C:\ProgramData\Windows Fabric\\» /traceBufferSizeInKB:128 /traceFileSizeInMB:128 /fabricPrincipal:»NT AUTHORITY\NetworkService»
=== Logging stopped: 1/2/2014 0:53:12 ===

Please note that I have windows server 2012 standard evaluation

check this post, they have the issue with windows services » Performance Logs & Alerts».

Also try to Change to English US and try again.

Please remember to mark your question as answered &Vote helpful,if this solves/helps your problem. ****************************************************************************************** Thanks -WS MCITP(SharePoint 2010, 2013) Blog: http://wscheema.com/blog

According to your description, my understanding is that the error occurred when you installed the Workflow Manager in Windows Server 2012.

Did the Windows Server 2012 a domain controller?

If yes, make sure that you install the latest version of the Workflow & Service Bus.

I also recommend to set the language of the server to be en-US to see if the issue still occurs.

Victoria Xia
TechNet Community Support

The service » Performance Logs & Alerts» is set manual but not running, i run it and try to the installation but the same error occur.

and the dateformat register is HKEY_CURRENT_USER\Control Panel\International\sTimeFormat = h:mm:ss tt.

I try to install the Service Bus CU from WEB PI but the windows «Microsoft Windows Fabric V1 RTM» is dependency so i return to the same problem.

I set the language to en-US but the error still appear.

did you try to delete temporary files( for account under which you running the setup), and restart the computer.

also try to download the fresh copy of Wf manager.

Please remember to mark your question as answered &Vote helpful,if this solves/helps your problem. ****************************************************************************************** Thanks -WS MCITP(SharePoint 2010, 2013) Blog: http://wscheema.com/blog

I try to remove the temporary files and the problem still occur

SI (s) (1C:94) [14:10:55:614]: Note: 1: 1708
MSI (s) (1C:94) [14:10:55:614]: Product: Windows Fabric — Installation failed.

MSI (s) (1C:94) [14:10:55:614]: Windows Installer installed the product. Product Name: Windows Fabric. Product Version: 1.0.960.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Installation success or error status: 1603.

MSI (s) (1C:94) [14:10:59:005]: Deferring clean up of packages/files, if any exist
MSI (s) (1C:94) [14:10:59:005]: MainEngineThread is returning 1603
MSI (s) (1C:FC) [14:10:59:020]: RESTART MANAGER: Session closed.
MSI (s) (1C:FC) [14:10:59:020]: No System Restore sequence number for this installation.
=== Logging stopped: 1/4/2014 14:10:55 ===
MSI (s) (1C:FC) [14:10:59:255]: User policy value ‘DisableRollback’ is 0
MSI (s) (1C:FC) [14:10:59:255]: Machine policy value ‘DisableRollback’ is 0
MSI (s) (1C:FC) [14:10:59:255]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI (s) (1C:FC) [14:10:59:270]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (1C:FC) [14:10:59:270]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
MSI (s) (1C:FC) [14:10:59:270]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (s) (1C:FC) [14:10:59:333]: Destroying RemoteAPI object.
MSI (s) (1C:A4) [14:10:59:333]: Custom Action Manager thread ending.
MSI (c) (94:94) [14:10:59:349]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
MSI (c) (94:94) [14:10:59:349]: MainEngineThread is returning 1603
=== Verbose logging stopped: 1/4/2014 14:10:59 ===