Системные требования для скайп для бизнеса

System requirements for Skype for Business Server 2019

Summary: Prepare to install Skype for Business Server 2019 with this topic. Hardware, OS, software, databases, certificates, Active Diretory, DNS, and fileshares are covered here. All the system requirements and recommendations are here to help ensure a successful install and deployment of your server farm.

As you might expect, there are some preparations to make before you begin deploying Skype for Business Server 2019. This article will walk you through planning for the following:

• Hardware

• Operating systems

• Software

• Back end SQL databases

• Active Directory

• Domain Name System (DNS)

• Certificates

• File Share

Hardware for Skype for Business Server 2019

After you have your topology down (and if you don’t, you can check out the Topology Basics for Skype for Business Server 2019 topic), it’s time to think about servers. Skype for Business Server 2019 servers require 64-bit hardware. Our recommendations for hardware are below. These aren’t requirements, but they reflect the requirements necessary for optimal performance. We have capacity planning documentation that will help you determine if you need more than this, depending on your circumstances.

Recommended hardware for Standard Edition servers:

Recommended hardware for Front End Servers and Back End Servers:

Recommended hardware for Edge Servers, standalone Mediation Servers, and Directors:

[!NOTE]
Regardless of the server role, we also recommend the following hardware settings for Skype for Business Server 2019 (this may vary depending on the brand of hardware you’ve purchased, so please refer to manufacturer documentation for specifics):

• BIOS config — should be set to FLAT from NUMA.
• Enable Hyperthreading.
• The RSS queue setting should be set to 8 queue.

Operating systems for Skype for Business Server 2019

After you have the hardware in place, you’ll need to the install operating system (OS) that will allow you to install and successfully use Skype for Business Server 2019.

• Windows Server 2019
• Windows Server 2016

Anything other than the operating systems listed here won’t work properly; please don’t try it for installs of Skype for Business Server 2019. For example, Server Core option is not listed, and is thus not supported.

[!NOTE]
In-place upgrade of the OS is not supported with Lync Server 2013. You must deploy a separate pool and migrate users to the new pool with a different OS. All servers in a pool must have the same OS version.

[!NOTE]

If you are installing Windows Admin Center 2019 on your Windows Server 2019 machine, it will prompt you for a port to listen on. There’s a liklihood you might choose port 443, but if that machine has Skype for Business Server 2019 installed on it, or is going to have Skype for Business Server 2019 installed on it, then you must choose a different port number.

Why is this the case? If Windows Admin Center 2019 is running on port 443, you will not be able to connect to the server using the Skype for Business Control Panel, nor will you be able to connect to any internal web service running on the server (Address Book Web Service, Autodiscover Service, WebTicket Service, etc). In fact, you will not be able to connect to any Internal Web Service URL. Please choose a different port, in the event you need or want to put Windows Admin Center 2019 on a server with Skype for Business Server 2019.

Software that should be installed before a Skype for Business Server 2019 deployment

There are some things you’re going to need to install or configure for any server running Skype for Business Server 2019. These are listed below, followed by additional requirements for specific server roles.

[!IMPORTANT]
Skype For Business 2019 supports .Net Framework 4.8.

All servers:

Software/role	Details
Windows PowerShell 3.0	All Skype for Business Server servers need Windows PowerShell 3.0 installed. • This should be installed by default with Windows Server 2016.
Microsoft .NET Framework	WCF services is a Feature that’s installed as a Windows feature, under Server Manager, initially no downloads needed. • You need to make sure, when you install this feature, or if it’s already installed and you’re checking on it, that the HTTP Activation option is also checked and installed, like so: Don’t worry if you get an additional pop-up saying some other things need to be installed for HTTP Activation to be installed. That’s normal; click OK and go ahead. If you don’t get this pop-up, you can assume those things are already installed and go ahead. Microsoft .NET Framework is usually installed when Windows Server 2016 is installed. Skype for Business Server requires Microsoft .NET Framework 4.7 or 4.8 though, so you’d probably need to update it. You can find the update here
Media Foundation	For Windows Server 2016, the Windows Media Format Runtime installs with Microsoft Media Foundation. All Front End Servers and Standard Edition servers used for conferencing require Windows Media Format Runtime to run the Windows Media Audio (.wma) files that the Call Park, Announcement, and Response Group applications play for announcements and music.
Windows Identity Foundation	We need Windows Identity Foundation 3.5 to support server-to-server authentication scenarios for Skype for Business Server 2019. • For Windows Server 2016, there’s no need to download anything. Open Server Manager, and go to the Add Roles and Features Wizard. Windows Identity Foundation 3.5 is listed under the Features section. If it’s selected, you’re good. Otherwise select it and click Next to reach the Install button.
Remote Server Administration Tools	Role Administration Tools: AD DS and AD LDS tools

Front End Servers and Standard Edition server also need:

To help you out, here’s a sample PowerShell script you can run to automate this:

Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, Web-Dyn-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Mgmt-Tools, Web-Scripting-Tools, Web-Mgmt-Compat, Windows-Identity-Foundation, Server-Media-Foundation, Telnet-Client, BITS, ManagementOData, Web-Mgmt-Console, Web-Metabase, Web-Lgcy-Mgmt-Console, Web-Lgcy-Scripting, Web-WMI, Web-Scripting-Tools, Web-Mgmt-Service

Directors also need:

IIS, with the following modules selected:

• Common HTTP Features

  • Default Document

  • HTTP Errors

  • Static Content

• Health and Diagnostics

  • HTTP Logging

  • Logging Tools

  • Tracing

• Performance

  • Static Content Compression

• Security

  • Request Filtering

  • Client Certificate Mapping Authentication

  • Windows Authentication

• Application Development

  • .NET Extensibility 3.5

  • .NET Extensibility 4.5

  • ASP.NET 3.5

  • ASP.NET 4.5

  • ISAPI Extension

  • ISAPI Filters

(If you’re wondering, it’s the same module set as the Front End Servers and Standard Edition servers, with the Dynamic Content Compression and Management Tools left out.)

And we have some PowerShell code below for this too:

Add-WindowsFeature RSAT-ADDS, Web-Server, Web-Static-Content, Web-Default-Doc, Web-Http-Errors, Web-Asp-Net, Web-Net-Ext, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Log-Libraries, Web-Request-Monitor, Web-Http-Tracing, Web-Basic-Auth, Web-Windows-Auth, Web-Client-Auth, Web-Filtering, Web-Stat-Compression, NET-WCF-HTTP-Activation45, Web-Asp-Net45, Web-Scripting-Tools, Web-Mgmt-Compat, Server-Media-Foundation, Telnet-Client

Back end databases that will work with Skype for Business Server 2019

When installing Skype for Business Server 2019 Standard Edition, you’ll have SQL Server 2016 Express (64-bit edition).

Skype for Business Server 2019 Enterprise Edition will require full SQL Server, as indicated below (only 64-bit edition; please don’t use 32-bit editions):

• Microsoft SQL Server 2019 (64-bit edition), and you must run with the latest updates.
• Microsoft SQL Server 2017 (64-bit edition), and you must run with the latest updates.
• Microsoft SQL Server 2016 (64-bit edition), and you must run with the latest updates.

If you don’t see the SQL Server edition you want to use listed here, you can’t use it.

[!NOTE]
You also need to install SQL Server Reporting Services for the Monitoring Server role.

SQL Clustering, and SQL Always On

SQL Clustering with Skype for Business Server 2019 is supported. If you want to set up SQL Clustering, that’s done in SQL Server.

Make sure you have an active/passive configuration for SQL Clustering, which is supported. Don’t share the passive node with any other SQL instance.

You can have the following for failover clustering:

Two-node:

• Microsoft SQL Server 2019 Standard (64-bit edition), and we recommend running with the latest service pack.
• Microsoft SQL Server 2017 Standard (64-bit edition), and we recommend running with the latest service pack.
• Microsoft SQL Server 2016 Standard (64-bit edition), and we recommend running with the latest service pack.

Sixteen-node:

• Microsoft SQL Server 2019 Enterprise (64-bit edition), and we recommend running with the latest service pack.
• Microsoft SQL Server 2017 Enterprise (64-bit edition), and we recommend running with the latest service pack.
• Microsoft SQL Server 2016 Enterprise (64-bit edition), and we recommend running with the latest service pack.

SQL Always On is supported, and you can read more about it in Back End Server high availability in Skype for Business Server 2019.

Additional server installation recommendations:

Please don’t install any Microsoft Internet Security and Acceleration (ISA) Server client software, or any other Winsock Layered Service Providers (LSP) software (any third-party firewalls or anti-virus network inspection software would be included here) on any of your front end servers or standalone mediation servers. Poor media traffic performance has been seen when that software is installed.

Active Directory

Although much of the configuration data for servers and services is stored in the Skype for Business Server 2019 Central Management store, there are some things still stored in Active Directory:

OS for Domain Controllers

The following Domain Controller operating systems can be used:

• Windows Server 2019

• Windows Server 2016

• Windows Server 2012 R2

• Windows Server 2012

The domain functional level of any domain you deploy Skype for Business Server 2019 into, and the forest functional level of any forest you deploy Skype for Business Server 2019 into, must be one of the following:

• Windows Server 2016

• Windows Server 2012 R2

• Windows Server 2012

Can you have read-only domain controllers in these environments? Sure, as long as there are also writable domain controllers available.

It’s important to know that Skype for Business Server 2019 doesn’t support single-labeled domains. What are they? If you have a root domain labeled contoso.local, that’s going to be fine. If you have a root domain that’s just named local, that’s not going to work, and it’s not supported as a result. A little more about this has been written in this Knowledge Base article.

Skype for Business Server 2019 also doesn’t support renaming domains. If you really have to rename your domain, you’ll need to uninstall Skype for Business Server 2019, do the domain rename, and then reinstall Skype for Business Server 2019.

Finally, you may be dealing with a domain with a locked-down AD DS environment, and that’s alright. We have more information on how to deploy Skype for Business Server 2019 into a locked-down AD DS environment in the Deployment documentation.

AD Topologies

Supported topologies in Skype for Business Server 2019 are:

• Single forest with single domain

• Single forest with a single tree and multiple domains

• Single forest with multiple trees and disjoint namespaces

• Multiple forests in a central forest topology

• Multiple forests in a resource forest topology

• Multiple forests in a Skype for Business resource forest topology with Exchange Online

• Multiple forests in a resource forest topology with Skype for Business Online and Azure Active Directory Connect

We have diagrams and descriptions to help you determine what topology you have in your environment, or what you may need to set up prior to installing Skype for Business Server 2019. To keep it simple, we’re also including a key:

Single forest with single domain

It doesn’t get easier than this; it’s a single domain forest, a common topology.

Single forest with a single tree and multiple domains

This diagram shows a single forest, again, but it has one or more child domains as well (there are three in this specific example). So the domain the users are created in might be different from the domain Skype for Business Server 2019 is deployed to. Why worry about this? It’s important to remember that when you deploy a Skype for Business Server Front End pool, all the servers in that pool need to be in a single domain. You can have cross-domain administration via Skype for Business Server support of Windows universal administrator groups.

In the diagram above, you can see that users from one domain are able to access Skype for Business Server pools from the same domain or from different domains, even if those users are in a child domain.

Single forest with multiple trees and disjoint namespaces

You may have a topology similar to this diagram, where you have one forest, but within that forest are multiple domains, with separate AD namespaces. In this case, this diagram is a good illustration, because it includes users in three different domains accessing Skype for Business Server 2019. Solid lines indicate they’re accessing a Skype for Business Server pool in their own domain, whereas a dashed line indicates they’re going to a pool in a different tree altogether.

As you can see, users in the same domain, the same tree, or even a different tree can access pools successfully.

Multiple forests in a central forest topology

Skype for Business Server 2019 does support multiple forests configured in a central forest topology. If you’re not sure that’s what you have, the central forest in the topology uses objects in it to represent users in the other forests, and hosts user accounts for any users in the forest.

How does this work? A directory synchronization product (such as Forefront Identity Manager, or FIM) manages your organization’s user accounts throughout their existence. When an account is created or deleted from a forest, that change is synched up to the corresponding contact in the central forest.

Clearly, if your AD infrastructure is in place, moving to this topology might not be easy, but if you’re already there, or still planning out your forest infrastructure, this can be a good choice. You can centralize your Skype for Business Server 2019 deployment within a single forest, while users can search, communicate, and view the presence of other users in any forest. All user contact updates are handled automatically with synchronization software.

Multiple forests in a Skype for Business resource forest topology

A resource forest topology is also supported; it’s where a forest is dedicated to running your server applications, like Microsoft Exchange Server and Skype for Business Server 2019. This resource forests also hosts a synchronized representation of active user objects, but no logon-enabled user accounts. So the resource forest is a shared services environment for other forests in which user objects reside, and they have a forest-level trust relationship with the resource forest.

Note that Exchange Server can be deployed in the same resource forest as Skype for Business Server or in a different forest.

To deploy Skype for Business Server 2019 in this type of topology, you would create one disabled user object in the resource forest for each user account in the user forests (if Microsoft Exchange Server is already in the environment, this might be done for you). Then you need a directory synchronization tool (like Forefront Identity Manager, or FIM) to manage user accounts through their life cycle.

Multiple forests in a Skype for Business resource forest topology with Exchange Online

This topology is similar to the topology described in Multiple forests in a Skype for Business resource forest topology.

In this topology, there are one or more user forests, and Skype for Business Server is deployed in a dedicated resource forest. Exchange Server can be deployed on-premises in the same resource forest or a different forest and configured for hybrid with Exchange Online, or email services may be provided exclusively by Exchange Online for the on-premises accounts. There is no diagram available for this topology.

Multiple forests in a resource forest topology with Skype for Business Online and Azure Active Directory Connect

With this scenario, there are multiple forests on-premises, with a resource forest topology. There is a full trust relationship between the Active Directory forests. The Azure Active Directory Connect tool is used to synchronize accounts between the on-premises user forests and Microsoft 365 or Office 365.

The organization also has Microsoft 365 or Office 365, and uses Azure Active Directory Connect to synchronize their on-premises accounts with Microsoft 365 or Office 365. Users who are enabled for Skype for Business are enabled via Microsoft 365 or Office 365 and Skype for Business Online. Skype for Business Server is not deployed on-premises.

Single sign-on authentication is provided by an Active Directory Federation Services farm located in the user forest.

In this scenario, it is supported to deploy Exchange on-premises, Exchange Online, a hybrid Exchange solution, or to not have Exchange deployed at all. (The diagram shows only Exchange on-premises, but the other Exchange solutions are also fully supported.)

Multiple forests in a resource forest topology with hybrid Skype for Business

In this scenario, there are one or more on-premises user forests, and Skype for Business is deployed in a dedicated resource forest and is configured for hybrid mode with Skype for Business Online. Exchange Server can be deployed on-premises in the same resource forest or a different forest and may be configured for hybrid with Exchange Online. Alternatively, email services may be provided exclusively by Exchange Online for the on-premises accounts.

For more information, see Configure a multi-forest environment for hybrid Skype for Business.

Domain Name System (DNS)

Skype for Business Server 2019 requires DNS, for the following reasons:

• DNS enables Skype for Business Server 2019 to discover internal servers or pools, allowing for server-to-server communications.

• DNS allows client machines to discover the Front End pool or Standard Edition server being used for SIP transactions.

• It associates simple URLs for conferences with the servers hosting those conferences.

• DNS allows external users and client machines to connect to your Edge Servers, or the HTTP reverse proxy, for instant messaging (IM) or conferencing.

• It lets unified communications (UC) devices that aren’t logged in discover the Front End pool or Standard Edition server that’s running the Device Update web service to get updates and send logs.

• Using DNS allows mobile clients to automatically discover web services resources without requiring users to manually enter URLs in their device settings.

• It’s used in DNS load balancing.

It’s important to note that Skype for Business Server 2019 doesn’t support internationalized domain names (IDNs).

And it’s extremely important to remember that any name in DNS be identical to the computer name configured on any server being used by Skype for Business Server 2019. Specifically, we can’t have any short-names in the environment, and must have FQDNs for Topology Builder.

This seems like it would be logical for any computer already joined to a domain, but if you have an Edge Server that’s not joined to your domain, it may have a default of a short name, with no domain suffix. Make sure that’s not the case, either in DNS or on the Edge Server, or any Skype for Business Server 2019 server or pool, for that matter.

Definitely don’t use Unicode characters or underscores. Standard characters (which are A-Z, a-z, 0-9, and hyphens) are supported by external DNS and public Certificate Authorities (you’ll need to assign FQDNs to the SN in the certificate, it’s important to remember), so you’ll spare yourself a lot of trouble if you name with this in mind from the start.

For further reading on DNS requirements for Networking, check out the Networking section of our Planning documentation.

Certificates

One of the most important things you can do before deploying is make sure you have your certificates in order. Skype for Business Server 2019 needs a public key infrastructure (PKI) for transport layer security (TLS) and mutual transport layer security (MTLS) connections. Basically, to communicate securely in a standardized way, Skype for Business Server uses certificates issued by Certificate Authorities (CAs).

These are some of the things that Skype for Business Server 2019 uses certificates for:

• TLS connections between clients and servers

• MTLS connections between servers

• Federation using automatic DNS discovery of partners

• Remote user access for instant messaging (IM)

• External user access to audio/video (AV) sessions, application sharing, and conferencing

• Talking to web applications and Outlook Web Access (OWA)

So certificate planning is a must. Now, let’s look at a list of some of the things you need to keep in mind when requesting certificates:

• All server certificates must support server authorization (Server EKU).

• All server certificates must contain a CRL Distribution Point (CDP).

• All certificates must be signed using a signing algorithm supported by the operating system. Skype for Business Server 2019 supports the SHA-1 and SHA-2 suite of digest sizes (224, 256, 384 and 512-bit), and meets or exceeds the operating system requirements.

• Auto-enrollment is supported for internal servers running Skype for Business Server 2019.

• Auto-enrollment is not supported for Skype for Business Server 2019 Edge Servers.

[!NOTE]
Using the RSASSA-PSS signature algorithm is unsupported, and may lead to errors on login and call forwarding issues, among other problems.

• Encryption key lengths of 1024, 2048, and 4096 are supported. Key lengths of 2048 and greater are recommended.

• The default digest, or hash signing, algorithm is RSA. The ECDH_P256, ECDH_P384, and ECDH_P521 algorithms are also supported.

That’s a lot to think about, and there are a variety of comfort levels with requesting certificates from a CA. We’ll give you some further guidance below to make your planning as painless as possible.

Certificates for your internal servers

You’ll need certificates for most of your internal servers, and most likely, you’ll get them from an internal CA (that’s a CA located in your domain). If you want to, you can request these certificates from an external CA (one located on the Internet). If you’re wondering what public CA you should go to, you can check out the Unified Communications certificate partners list.

You’re also going to need certificates when Skype for Business Server 2019 communicates with other applications and servers, such as Microsoft Exchange Server. This will, obviously, need to be a certificate that these other apps and servers can use in a supported way. Skype for Business Server 2019 and other Microsoft products support the Open Authorization (OAuth) protocol for server-to-server authentication and authorization. If you’re interested in this, we have an additional planning article for OAuth and Skype for Business Server 2019.

Skype for Business Server 2019 also includes support for (without requiring) certificates signed using the SHA-256 cryptographic hash function. To support external access using SHA-256, the external certificate needs to be issued by a public CA using SHA-256.

To keep things straightforward, we’ve put the certificate requirements for Standard Edition servers, Front End pools, and other roles, into the following tables, with the fictional contoso.com being used for examples (you’ll probably be using something else for your environment). These are all standard web server certificates, with private keys that are non-exportable. Some additional things to note:

• Server enhanced key usage (EKU) is automatically configured when you use the certificate wizard to request certificates.

• Each certificate friendly name has to be unique in the computer store.

• As per the sample names below, if you’ve configured sipinternal.contoso.com or sipexternal.contoso.com in your DNS, they need to be added to the certificate’s Subject Alternative Name (SAN).

Certificates for Standard Edition servers:

Certificates for Front End Servers in a Front End pool:

Certificates for the Director:

Certificates for Stand-alone Mediation Server:

Certificates for Survivable Branch Appliance (Specifically, Survivable Branch Appliance 2015 for Skype for Business Server 2019):

Certificates for external user access (Edge)

Skype for Business Server 2019 supports the use of a single public certificate for access and web conferencing Edge external interfaces, plus the A/V Authentication service, which is all provided via the Edge Server(s). Your Edge internal interface will typically use a private certificate issued by your internal CA, but if you’d prefer, you can use a public certificate for this as well, if it’s from a trusted CA.

Your reverse proxy (RP) is also going to use a public certificate, and it encrypts the communication from your RP to clients, and the RP to internal servers by using HTTP (or more precisely, TLS over HTTP).

Certificates for mobility

If you’re deploying mobility and you’re supporting automatic discovery for mobile clients, you’re going to need to include some additional subject alternate name entries on your certificates to support the secure connections from the mobile clients.

You’ll need SAN names for automatic discovery on the following certificates:

• Director pool

• Front End pool

• Reverse Proxy

The specifics are listed in the tables below.

This is where a little pre-planning is good, but sometimes you’ve deployed Skype for Business Server 2019 without intending to deploy mobility, and that comes up later when you already have certificates in your environment. Reissuing them via an internal CA is typically pretty easy, but with public certificates from a public CA, that can be a little more pricy.

If that’s what you’re looking at, and if you have a lot of SIP domains (which would make adding SANS more expensive), you can configure your reverse proxy to use HTTP for the initial Autodiscover Service request, instead of using HTTPS (which is the default configuration). The Plan for Mobility article has more information on this.

Director pool and Front End pool certificate requirements:

You can alternatively use SAN=*.<sipdomain>

Reverse Proxy (Public CA) certificate requirements:

This SAN needs to be assigned to the certificate that’s assigned to the SSL Listener on your reverse proxy.

[!NOTE]
Your reverse proxy listener is going to have SANs for your external Web Services URL(s). Some examples would be SAN=skypewebextpool01.contoso.com and dirwebexternal.contoso.com, if you’ve deployed the Director, (which is optional).

File Share

Skype for Business Server 2019 can use the same file share for all file storage. You do need to keep the following in mind:

• A file share needs to be on either direct attached storage (DAS) or a storage area network (SAN), and this includes the Distributed File System (DFS) as well as a redundant array of independent disks (RAID) for file stores. For further reading on DFS for Windows Server 2012, check out this DFS page.

• We recommend a shared cluster for the file share. If you’re already using one, you should cluster Windows Server 2012 or higher versions

[!Note]
Why the latest Windows? Older versions may not have the right permissions to enable all features. You can use Cluster Administrator to create the file shares. See this support article How to create file shares on a cluster for more details.

[!CAUTION]
You should know that using network attached storage (NAS) as a file share isn’t supported, so use one of the options listed above. This support limitation is caused by the variable design of NAS devices that have to provide file system adaptability to the Windows Server-based computer that accesses the devices’ shared file system.