Back in March 2017 I did a blog post about installation of SharePoint 2016. With Microsoft launching their 2019 product wave it is perfect time to look at SharePoint 2019 installation to see what’s new and what’s changed since previous release.

I decided to go completely “new and shiny” route and perform installation of SharePoint 2019 on top of Windows Server 2019. In this blog post I will cover this process step by step.

1. Preparing Windows server to install SharePoint 2019

SharePoint 2019 can be installed on top of Windows Server 2016 or 2019 and both Standard and Desktop editions are supported, with Desktop Experience listed as required. Many of you will find Desktop Experience requirement quite strange with all the push towards Core and Nano Server things, but this is how we have it for now. Another thing to keep in mind is that installing the Office 2019 client and SharePoint Server 2019 on the same computer is not supported (but who installs client components on servers? 😊)

Like I said I wanted to go “new and shiny” route as much as possible, so I opted out for Windows Server 2019. Microsoft had some delays with making Windows Server 2019 trial available in the form of download, so I just spin off Azure B4ms VM to get my Windows Server 2019 platform. B4ms has 4 vCPUs and 16 GB of memory which is enough for basic installation and testing. Official hardware requirements for SharePoint 2019 state 12 GB of RAM as absolute minimum (in 3-tier farm scenario) and look as follows:


And by the way, these requirements are exactly the same as those listed for SharePoint 2016 (you can check it here), so we have no reason to complain about increased hardware demands.

2. Database server for installation

As a SQL Server for hosting SharePoint databases we can use Server 2016/2017 Standard or Enterprise editions (any public updates are supported through product life cycle). Obviously, SQL Server Express is not supported, and strangely (at least to me) SQL Azure SaaS service is not supported also (for any SharePoint Databases). In my case I’ve installed SQL Server 2017 on my Azure VM using trial version of on SQL Server 2017 on-prem. I’m not going to go into details about SQL Server installation in this article, and I will only mention that I set up SQL Server 2017 Trial default instance with Latin1_General_CI_AS_KS_WS collation, like that:


I’ve also created SQL server alias “spdb” the same way as I explained in my old blog post on SP2016 installation just for the sake of cultivating/encouraging good habit of following best practices. Remember that starting from SQL Server 2016 SQL Server Management Studio goes as a separate download. And what is surprising (at least to me) is that SSMS 17.9.1 on top of Windows Server 2019 still reads alias settings from SysWOW64 registry hive. One might have thought that we are well in x64 bit world with these products, yet not exactly…

3. Software prerequisites

Having Windows Server 2019 and SQL Server 2017 (along with alias and SSMS) in place, next step is to install all the software prerequisites for SharePoint 2019.

First, we need to install required Windows Server roles and features. Easiest way to do this is with PS script. Copy the script and execute it from elevated PowerShell or PowerShell ISE window:


Next, we need to run SharePoint 2019 Products Preparation Tool launching PrerequisiteInstaller.exe from the root of product installation media:


We just click Next on initial wizard´s page, accepting License Terms and letting it do its job. In my case in 2,5 minutes tool completed its job and asked for restart:


Ensure that your SharePoint 2019 installation media is still mounted after reboot, otherwise you will see the following error:


If you run into this just re-run PrerequisiteInstaller.exe with /continue switch manually. Once it completes Preparation Tool will report “Installation Complete” status:


Just click Finish and move on to the next step.

4. Running SharePoint 2019 Setup

We now ready to kick off SharePoint 2019 Setup executing setup.exe from the root of installation media:


Remember that for trial version installation you can use trial product key from SharePoint 2019 trial download page. Once you enter product key you will be prompted to agree with license terms – no surprises here, first things first 😊:


Tick “I accept…” check box and hit Continue, to move on to file locations selection step:


For our purpose here, it is OK to accept defaults and click on Install Now button.

At this step you can have some coffee and contemplate green progress bar for some time (which is generally should be your favorite part, unless you are repeating this process eight time in a row and expect it to fail yet again).


Once installation completes you can click Close and move on to SharePoint Products Configuration Wizard. You may be also prompted for reboot to complete your installation at this stage:


Click yes to perform restart required to complete installation process.

StarWind HyperConverged Appliance is a turnkey, entirely software-defined hyperconverged platform purpose-built for intensive virtualization workloads. Bringing the desired performance and reducing downtime, the solution can be deployed by organizations with limited budgets and IT team resources. Also, it requires only one onsite node to deliver HA for your applications that make the solution even more cost-efficient.
Find out more about ➡ StarWind HyperConverged Appliance

5. Running SharePoint Products Configuration Wizard

Unless you unchecked “Run the SharePoint Products Configuration Wizard now” check box or your installation media was removed, you will be presented with SharePoint Products Configuration Wizard after reboot:


Let’s go through it together. After clicking Next on initial screen, we need to explicitly confirm that we are OK with restart of IIS, SharePoint Administration and SharePoint Timer services:


This is a way of taking care about those who don’t care about their agreed downtime windows, so that they at least warned and have a chance to think twice.

As we are performing brand new installation we select “Create a new server farm” on the next page of the wizard:


On the next page we specify our SQL Server alias as database server, database name and database access account:


Your database access account supposed to be domain user, otherwise you will get the following warning:


You can workaround this creating your SharePoint configuration database using New-SPConfigurationDatabase cmdlet and specifying -LocalServerRole SingleServerFarm parameter, like that:


Note: If you decide to go this route you should understand very well all the implications of using this approach. In my case I just spin up local domain controller and switched to domain accounts.

On a SQL Server side database access account needs to have dbcreator and securityadmin fixed server roles as well as db_owner fixed database roles on all existing SharePoint databases. To learn more about required accounts and permissions read “Initial deployment administrative and service accounts in SharePoint Server” section of SharePoint 2019 product documentation.

Following through the wizard our next step is to specify farm pass phrase, which will be used to join new servers to the farm, and click Next:


We then specify our server role as “Single-Server Farm”:


This is the part where we can see some differences in the server role options exposed to us by wizard as you can easily see if we compare respective pages in SP2016 and SP2016 configuration wizards:


On the next step we have options for configuring Central Administration (CA) web application port number (be sure to specify one, if you don’t want to end up with random port) as well as authentication provider for it:


If you select Negotiate (Kerberos) option, you will receive warning about additional manual configuration steps required:


This lengthy blog post explains Kerberos related configuration settings in great details and contains references to additional resources if you want to learn more (there is always more when it comes to Kerberos 😊).

Next wizard step just shows you summary of selected configuration settings to review before you start configuration process:


Once you click Next configuration process begins:


It involves ten configuration tasks, including such things as creation of configuration database, registration of SharePoint features, provisioning of SharePoint CA web application and so on. As soon as process completes we can see Configuration Successful window and click Finish to complete the process:


After you click on Finish, Setup Manager opens CA page for you, presenting you with “Help us improve SharePoint and OneDrive” pop up prompt (something we used to know as Customer Experience Improvement Program or CEIP):


Once you get that pop up out of the way selecting options of your preference there you can select between manual and wizard configuration approach to further configure your farm. For the sake of simplicity, we opt out for “Start the Wizard” option:


Wizard presents us with options to configure service account, service applications and services:


Create new service account in AD DS and type in its name and password to register it as a new managed account, make your service applications and services selection and click Next. After contemplating a bit that famous “This shouldn’t take long” message (which sometimes does take long), you will be redirected to Create Site Collection page:

wp-image-10636 As you may notice you now have Team Site and Team Site (classic experience) options amongst available templates. You can create site collection or skip this step, but in any case you will be next presented with Farm Configuration Wizard completion page which lists details of your SharePoint farm configuration and offers you to configure SharePoint 2019 Hybrid Features:


As you can see installation process has not changed too drastically, compared with SharePoint 2016, but what is clear about this version, is that this release is really tries to get you ready to move to the cloud – no more loud declarations about “last on premise release”, instead it is just very clear that all ground work is here in the product to prepare you to go hybrid route, if not fully cloud, along with clear message that you need to design and build your SharePoint based solutions and infrastructures with cloud in mind, even if you still install on-premise version. Just another example of this messaging:


And yes, you can now create these sleek looking Team Sites which we saw before only in SharePoint Online:


I hope this quick installation tour was useful and informative, and in case you want to go into more details and be ready to do a production/real world installation, be sure to read through official product documentation from Microsoft, starting from Install SharePoint Server 2019 section. I think overview of new features in SharePoint 2019 may be a topic for the next article, but you can also read up about those in New and improved features in SharePoint Server 2019 section of Microsoft product documentation.


Views All Time
Views Today
Appreciate how useful this article was to you?
1 vote, average: 5.00 out of 51 vote, average: 5.00 out of 51 vote, average: 5.00 out of 51 vote, average: 5.00 out of 51 vote, average: 5.00 out of 5
5 out of 5, based on 1 review
Back to blog
The following two tabs change content below.
Mikhail Rodionov
Mikhail Rodionov
Mikhail is IT engineer focusing on applications and infrastructure support domains. He works closely with K2 platform and Microsoft technology stack and holds number of certifications from these software vendors.