PowerShell Archives - Blog IT https://blogit.create.pt/tag/powershell/ Create IT blogger community Thu, 10 Feb 2022 11:13:06 +0000 en-US hourly 1 https://wordpress.org/?v=6.9.1 How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-2/ https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-2/#comments Sun, 09 Dec 2018 18:32:03 +0000 https://blogit.create.pt/?p=7998 This post is the second part of a two part step by step tutorial on how to install SharePoint 2019 in a fully automated way using PowerShell. To read the first part, click here. Introduction The SharePoint world is rapidly moving into the Cloud with SharePoint Online and Office 365, but a new SharePoint Server […]

The post How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) appeared first on Blog IT.

]]> This post is the second part of a two part step by step tutorial on how to install SharePoint 2019 in a fully automated way using PowerShell.

To read the first part, click here.

Introduction

The SharePoint world is rapidly moving into the Cloud with SharePoint Online and Office 365, but a new SharePoint Server release was recently announced by Microsoft with improved hybrid support. To learn more about all the new features in SharePoint 2019, click here.

Before installing a SharePoint 2019 farm, it is important to be familiar with its requirements. To learn more about SharePoint 2019 hardware and software requirements, click here.

Installing a SharePoint farm can be a complex task and the installation process is composed by a series of steps:

  • Downloading and installing SharePoint prerequisites
  • Downloading and installing the SharePoint binaries
  • Downloading and installing the lastest SharePoint updates
  • Downloading and installing the required language packs (optional, necessary if you want the SharePoint interface to be presented in a language other than English)
  • Configuring the SharePoint farm using SharePoint Products and Configuration Wizard

All the above steps are time consuming and can be error prone if, for example, you miss to download any of the prerequisites.

Fortunately, it is possible to fully automate a SharePoint farm installation using PowerShell by using a script called AutoSPInstaller. The installation process can be divided in two major steps:

  • Downloading the SharePoint installation package, click here for more details
  • Installing SharePoint and configuring the SharePoint farm

In this post, I will talk about the second part of the process: installing SharePoint and configuring the SharePoint farm.

AutoSPInstaller can be used to install a SharePoint farm in the following versions of SharePoint:

  • SharePoint 2010
  • SharePoint 2013
  • SharePoint 2016
  • SharePoint 2019 (to learn more about all the new features in SharePoint 2019, click here)

The example in this post is based on SharePoint 2019 with the following farm topology:

  • 1 SharePoint 2019 Server
  • 1 Database Server

Managed Accounts and Pre-Installation Requisites

This is a critical step to ensure a successful SharePoint installation. Before the AutoSPInstaller script is executed, all the necessary managed accounts must be created and the appropriate permissions must be properly granted to each account. If any of these permissions is not granted, you will probably encounter problems during the installation. From my experience doing SharePoint installations, creating these accounts with all the required permissions ensures a fast and successful SharePoint installation. Here is the list of accounts and required permissions before installation:

NameDescriptionLocal RightsDomain Rights
sp_farmThe server farm account is used to perform the following tasks:
-Configure and manage the server farm.
-Act as the application pool identity for the SharePoint Central Administration Web site.
-Run the Microsoft SharePoint Foundation Workflow Timer Service.		SecurityAdmin and DB_Creator rights on the SQL InstanceDomain User
sp_adminThe server farm account is used to perform the following tasks:
-Setup
-SharePoint Products Configuration Wizard		Local Administrator on all the SharePoint Servers. SysAdmin, SecurityAdmin and DB_Creator rights on the SQL Instance.
Must be na account with permissions to add rules to the local firewall.		Domain User
sp_poolThe Pool account is used to run the Web Application PoolsNoneDomain User
sp_servicesThe Services Account is used to run the Service Application PoolNoneDomain User
sp_crawlThe Default Content Access Account for the Search Service ApplicationNoneDomain User
sp_searchService Account to run the SharePoint Search “Windows Service”Local Administrator and SysAdmin rights on the SQL instanceDomain User
sp_mysitepoolUsed for the My Sites Web ApplicationNoneDomain User
sp_userprofilesyncThe User Profile Synchronization AccountNoneReplicating Directory Changes permission on the domain.
wf_serviceWorkFlow Manager Service AccountLocal Administrator and SysAdmin rights on the SQL instance.Domain User
sp_portalsuperuserObject Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly.None.
SharePoint: Must be an account that has Full Control access to the Web application.		Domain User
sp_portalsuperreaderObject Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly.None.
SharePoint: Must be an account that has Full Read access to the Web application.		Domain User


Important Notes: 

  • To avoid problems executing the AutoSPInstaller script, ensure that the passwords of the above accounts do not contain any special characters (ex: $,%,&,/. etc)
  • The above table contains a proposal to name the accounts for the SharePoint installation. If you choose to use different names, ensure that the account names do not exceed 20 characters since NETBIOS names have a limit of 20 characters
  • After installation, the permissions for the SharePoint installation will have to be verified again and will be different from the above table. SharePoint configuration, service application and content databases will be created and some of the managed accounts listed in the above table will have to have permissions on some of those databases. For more details, please click here.

Download AutoSPInstaller PowerShell script

To download the latest version of AutoSPInstaller, click here.

The files should be extracted to C:\SP\Automation, assuming that the SharePoint 2019 installation files downloaded with AutoSPSourceBuilder were saved to C:\SP\2019.

This is the folder structure that AutoSPInstaler uses:

\SP\Automation\AutoSPInstallerLaunch.bat
\SP\Automation\AutoSPInstallerInput.xml
\SP\Automation\AutoSPInstallerMain.ps1\SP\AutoSPInstallerMain.ps1
\SP\Automation\AutoSPInstallerModule.psm1
\SP\Automation\AutoSPInstallerConfigureRemoteTarget.ps1
\SP\201x\SharePoint\<installation files & folders>
\SP\201x\SharePoint\PreRequisiteInstallerFiles\
\SP\201x\SharePoint\Updates\
\SP\201x\LanguagePacks\xx-xx\
\SP\201x\LanguagePacks\xx-xx\Updates\
\SP\201x\Updates\

In this example, the root folder of the installation is C:\SP.

Creating the AutoSPInstaller configuration file

The next step, is to configure the AutoSPInstaller input configuration file that can be done in the AutoSPInstaller web site.  The end result of the configurations set in the AutoSPInstaller web site is the download of an XML file (AutoSPInstallerInput.xml) that contains all the settings required to configure the SharePoint farm. The AutoSPInstallerInput.xml file contains among other configurations:

  • SharePoint version to install
  • The SharePoint product key
  • The Farm Account and all Managed Accounts and their credentials
  • The database instance that will support the SharePoint environment
  • The web applications we want to create (ex: Intranet. My Site, etc)
  • The service applications we want to enable and their configurations
  • Outgoing email settings for the farm
  • Database names: this is extremely useful since it allows us to have complete control over the names of all the databases that will be created during the SharePoint farm configuration and avoid having databases with unclear names containing GUIDs which is the default behavior if we configure the farm using SharePoint Products Configuration Wizard (PSConfig)

The AutoSPInstallerInput.xml file should be placed in C:\SP\Automation.

Installing SharePoint

After the AutoSPInstallerInput.xml file is configured, it’s time to install SharePoint!

IMPORTANT: the following steps should be executed using the sp_admin account.

Follow the following steps:

1. Run AutoSPInstallerLaunch.bat from the command line (run as administrator).

AutoSPInstallerLaunch.bat will launch a PowerShell window that will install SharePoint and configure the farm using as an input the AutoSPInstaller XML configuration file (AutoSPInstallerInput.xml) previously configured using the AutoSPInstaller web site.

2. After the PowerShell window is launched, the following will happen:

  • Managed accounts credentials will be validated. If any of the credentials is incorrect, the script will stop
  • SharePoint prerequisites will be installed
  • SharePoint will be installed
  • SharePoint language packs will be installed
  • SharePoint updates will be installed

The PowerShell script will start by validating all managed managed accounts configuration and if everything is OK, the SharePoint installation is started, beginning with the installation of all required prerequisites.

After prerequisites are installed, the script will install SharePoint.

The SharePoint installation assumes that all prerequisites were successfully installed. If any of the prerequisites was not successfully installed, an error similar to the following may occur.

To solve this error, there are two valid approaches:

  • Run AutoSPInstaller from the beginning so that the missing prerequisite(s) are installed
  • If the error remains, install the missing prerequisite(s) manually

If no errors occur or after the prerequisites errors are solved, the PowerShell script will continue to do its magic until all SharePoint binaries are installed.

After SharePoint binaries are installed, it’s time to configure the farm!

Configuring the SharePoint Farm

After SharePoint is installed, the script will ask if we want to proceed with farm configuration. To proceed, select “y” and click ENTER. The script will, among others, perform the following actions:

  • Create all managed accounts
  • Configure IIS and SharePoint ULS log file paths
  • Create the configured web applications (ex: Intranet, My Site)
  • Configure the service applications
  • Configure outgoing email settings for the farm

The PowerShell script will continue until the SharePoint farm is configured.

After the farm configuration is completed, the Central Administration will be opened and SharePoint is installed!

If you configured a web application to be created, the image below shows how a modern Team Site will look like in your SharePoint 2019 environment.

IMPORTANT NOTE: It is recommended that you don’t delete the Default Web Site. If you do, the “SharePoint Web Services” IIS site created during the SharePoint installation will be created with ID 1 and the SharePoint configuration will stop this site because it is trying to stop the Default Web Site that has ID 1. If you delete the Default Web Site, make sure you change the “SharePoint Web Services” web site ID to a unique value different from 1.

Multi-Server Installation (SharePoint servers)

If you want to install SharePoint 2019 in multiple servers there is a number of considerations that you have to take into account. Some of the most important decisions are:

  • What is your farm topology and the number of servers you want to consider (WFEs, Application Servers and Database Servers)
  • Which services and service applications will be provisioned for each server
  • Will you be using MinRoles or will you use a custom installation where you will be manually selecting the services and service applications that will be provisioned for each server?

If you use MinRoles, these will supersede the individual service and service application selection for each server in the farm. These are the available MinRoles:

  • Front-end
  • Application
  • Distributed cache
  • Search
  • Custom (allows for a more granular selection of what services are provisioned in each server)
  • Single-server farm (the only configuration where SQL Server may be installed in the same server as SharePoint 2019, configuration not detailed here, reference the <Database> section in the AutoSPInstallerInput.xml file at the AutoSPInstaller web site)
  • Front-end with Distributed Cache (merge of Front-end and Distributed cache MinRoles)
  • Application with Search (merge of Application and Search MinRoles)

Each of the MinRoles automatically provisions a specific set of services and service applications. If you want to learn more about MinRoles, click here.

Once farm topology and service/service application distribution is decided, we are ready to install SharePoint 2019 in multiple servers. For the installation process, you basically have two options:

  • Use Remote Installation
  • Install SharePoint individually in each SharePoint server

AutoSPInstaller Input File Configuration for Multi-Server Installation Notes when not using MinRoles

If you decide not to use MinRoles and go for a Custom installation (which allows for a more granular selection of what services are provisioned in each server), you must ensure that the AutoSPInstaller XML input file in all servers is configured as Custom.

When configuring AutoSPInstaller in the AutoSPInstaller web site not to to use MinRoles, you will typically have a configuration similar to the one below.

This seems correct but the generated XML configuration will have the following configuration in the <ServerRoles> section:

  • <Custom Provision=” false” />
  • <SingleServerFarm Provision=”localhost ” />

With the configuration above, each server will be installed with a single server role and you will only be able to join the first server to the farm. When you try to add the remaining servers, the AutoSPInstaller PowerShell script instead of adding the servers to the farm, will try to recreate the farm, which will result in the error below.

If you try to add the server manually to the farm, you will get the error below.

To solve this, you must edit the XML configuration to configure the servers as “Custom” and not “SingleServerFarm”, using a configuration similar to the following example (specific configuration depends on the number of servers and roles for each server):

  • <Custom Provision=”localhost” />
  • <SingleServerFarm Provision=”false” /> 
<ServerRoles>
    <Custom Provision="localhost" />
    <WebFrontEnd Provision="false" />
    <WebFrontEndWithDistributedCache Provision="false" />
    <SingleServerFarm Provision="false" />
    <Search Provision="false" />
    <Application Provision="false" />
    <ApplicationWithSearch Provision="false" />
    <DistributedCache Provision="false" />
</ServerRoles>

Remote Installation

In this approach, SharePoint will be installed using AutoSPInstaller on all servers from one of the SharePoint servers. The script will first install SharePoint locally on the server where the script is being executed and will then install SharePoint remotely on the other servers (all at once or one by one depending on AutoSPInstaller configuration file). The installation on the remote servers is performed using PowerShell Remoting and Windows Remote Management (WinRM). WinRM must be enabled for each of the servers where SharePoint will be installed remotely. To learn more about Remote Install (example for SharePoint 2013 but valid for SharePoint 2019 in what regards to remote installation), click here.

Install SharePoint individually in each SharePoint server

This option doesn’t require WinRM to be enabled on any of the servers but requires instead that the AutoSPInstaller installation folder (C:\SP in this post) is copied to all servers. Additionally, there are some important notes to consider:

  • SharePoint bits must be installed on all servers but farm configuration must only be done once all servers have the SharePoint bits installed. You may Install the SharePoint bits (all steps before the “Configuring the SharePoint Farm” in this post) in all servers at the same time but you must stop the installation process once you are asked to continue with farm configuration
  • After the SharePoint bits are installed on all servers, you may proceed to the “Configuring the SharePoint Farm” section of this post BUT this must be done server by server, one at a time, sequentially. The AutoSPInstaller configuration file will determine what services and service applications are going to be provisioned on each server:
    • When you run the farm configuration in the first server, the farm will be created and the services and service applications that are configured to run on that server will be provisioned
    • When you run the farm configuration on the other servers, each server will be added to the farm and the services and service applications that are configured to run on that server will be provisioned

To read the first part of this two part step by step tutorial, click here.

Related Articles

To learn why your business should migrate to SharePoint Online and Office 365, click here and here.

If you want to convert your tenant’s root classic site into a modern SharePoint site, click here.

If you are new to SharePoint and Office 365 and want to learn all about it, take a look at these learning resources.

If you are work in a large organization who is using Office 365 or thinking to move to Office 365 and is considering between a single or multiple Office 365 tenants, I invite you to read this article.

To learn more about all the new features in SharePoint 2019, click here.

If you want to learn how to upgrade a SharePoint 2013 farm to SharePoint 2019, click here and here.

If you want to learn all the steps and precautions necessary to successfully keep your SharePoint farm updated and be ready to start your move to the cloud, click here.

If you learn how to greatly speed up your SharePoint farm update process to ensure your SharePoint farm keeps updated and you stay one step closer to start your move to the cloud, click here.

If you want to know all about the latest SharePoint and Office 365 announcements from SharePoint Conference 2019, click here and here.

If SharePoint 2019 is still not an option, you can learn more about how to install a SharePoint 2016 farm in an automated way using PowerShell, click here and here.

If you are involved in a SharePoint upgrade and want to learn more about the upgrade process, click here and here.

Happy SharePointing!

The post How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) appeared first on Blog IT.

]]> https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-2/feed/ 2 How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-1/ https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-1/#comments Sun, 09 Dec 2018 17:06:10 +0000 https://blogit.create.pt/?p=7951 This post is the first part of a two part step by step tutorial on how to install SharePoint 2019 in a fully automated way using PowerShell. To read the second part, click here. Introduction The SharePoint world is rapidly moving into the Cloud with SharePoint Online and Office 365, but a new SharePoint Server release […]

The post How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) appeared first on Blog IT.

]]> This post is the first part of a two part step by step tutorial on how to install SharePoint 2019 in a fully automated way using PowerShell.

To read the second part, click here.

Introduction

The SharePoint world is rapidly moving into the Cloud with SharePoint Online and Office 365, but a new SharePoint Server release was recently announced by Microsoft with improved hybrid support. To learn more about all the new features in SharePoint 2019, click here.

Before installing a SharePoint 2019 farm, it is important to be familiar with its requirements. To learn more about SharePoint 2019 hardware and software requirements, click here.

Installing a SharePoint farm can be a complex task and the installation process is composed by a series of steps:

  • Downloading and installing SharePoint prerequisites
  • Downloading and installing the SharePoint binaries
  • Downloading and installing the lastest SharePoint updates
  • Downloading and installing the required language packs (optional, necessary if you want the SharePoint interface to be presented in a language other than English)
  • Configuring the SharePoint farm using SharePoint Products and Configuration Wizard

All the above steps are time consuming and can be error prone if, for example, you miss to download any of the prerequisites.

Fortunately, it is possible to fully automate a SharePoint farm installation using PowerShell by using a script called AutoSPInstaller. The installation process can be divided in two major steps:

  • Downloading the SharePoint installation package
  • Installing SharePoint and configuring the SharePoint farm

This process can be used for the following versions of SharePoint:

  • SharePoint 2010
  • SharePoint 2013
  • SharePoint 2016
  • SharePoint 2019 (to learn more about all the new features in SharePoint 2019, click here)

In this post, I will talk about the first part of the process: downloading the SharePoint installation package and I will use SharePoint 2019 as an example.

Downloading the SharePoint installation package

The download process will be managed by a script called AutoSPSourceBuilder that will download the SharePoint installation package and all its dependencies and will create a folder structure ready to be used in AutoSPInstaller. The AutoSPSourceBuilder script will download:

  • All SharePoint prerequisites
  • The latest SharePoint updates
  • If specified. the desired language pack

To download the SharePoint 2019 installation package, follow the steps below:

  1. Download SharePoint 2019.

2. Download AutoSPSourceBuilder. After download, the folder should contain the following structure.

3. Mount the SharePoint 2019 .iso image.

After mount, the mounted drive will have SharePoint installation files.

4. Run the following script in a PowerShell window (run as administrator).

.\AutoSPSourceBuilder.ps1 -GetPrerequisites $true -SharePointVersion “2019” -Languages “pt-pt” -LocationForUpdates C:\SP\2019\Updates

This script will download SharePoint 2019 with all prerequisites and (if available) the Portuguese language pack. Change the “Languages” parameter to the Language Pack you want to include in your installation and the LocationForUpdates parameter to the desired location where AutoSPSourceBuilder will download the SharePoint updates that will be included in the SharePoint installation.

The script will start by detecting the SharePoint image that was previously downloaded. If successfully detected, it will extract the SharePoint installation files from the mounted image to the C:\SP\2019 folder.

5. Once the SharePoint installation files extraction is completed, you will be asked to select the SharePoint update that you want to include on your installation package. Select the latest available package (all SharePoint 2019 updates are cumulative and include all updates contained in the previous updates). At this time, only one update is available.

6. After selecting the update, the script will resume and start downloading the SharePoint prerequisites. the selected language pack and the selected SharePoint update.

7. After completion, the PowerShell window should look like the image below. At this time, the Portuguese language pack is still not available.

The end result will be a structure of folders and files that will contain all the necessary files to install SharePoint with AutoSPInstaller.

Root folder:

SharePoint bits folder (slipstreamed installation structure):

Updates folder:


To read the second part of this two part step by step tutorial, click here.

Related Articles

If you want to convert your tenant’s root classic site into a modern SharePoint site, click here.

To learn why your business should migrate to SharePoint Online and Office 365, click here and here.

If you are new to SharePoint and Office 365 and want to learn all about it, take a look at these learning resources.

If you are work in a large organization who is using Office 365 or thinking to move to Office 365 and is considering between a single or multiple Office 365 tenants, I invite you to read this article.

To learn more about all the new features in SharePoint 2019, click here.

If you want to learn how to upgrade a SharePoint 2013 farm to SharePoint 2019, click here and here.

If you want to learn all the steps and precautions necessary to successfully keep your SharePoint farm updated and be ready to start your move to the cloud, click here.

If you learn how to greatly speed up your SharePoint farm update process to ensure your SharePoint farm keeps updated and you stay one step closer to start your move to the cloud, click here.

If you want to know all about the latest SharePoint and Office 365 announcements from SharePoint Conference 2019, click here and here.

If SharePoint 2019 is still not an option, you can learn more about how to install a SharePoint 2016 farm in an automated way using PowerShell, click here and here.

If you are involved in a SharePoint upgrade and want to learn more about the upgrade process, click here and here.

Happy SharePointing!

The post How to install a SharePoint 2019 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) appeared first on Blog IT.

]]> https://blogit.create.pt/miguelisidoro/2018/12/09/how-to-install-a-sharepoint-2019-farm-using-powershell-and-autospinstaller-part-1/feed/ 4 SharePoint 2016: Changing logo for all sites in a site collection using PowerShell https://blogit.create.pt/miguelisidoro/2018/10/24/sharepoint-2016-changing-logo-for-all-sites-in-a-site-collection-using-powershell/ https://blogit.create.pt/miguelisidoro/2018/10/24/sharepoint-2016-changing-logo-for-all-sites-in-a-site-collection-using-powershell/#respond Wed, 24 Oct 2018 21:07:22 +0000 https://blogit.create.pt/?p=7624 Hello, In a SharePoint 2010 to SharePoint 2016 migration project I was recently involved in, I noticed that in the new SharePoint 2016 Portal, the logo URL in all sites was pointing to an invalid URL. The Problem The reason for this is that the Logo URL was pointing to a URL in the SharePoint […]

The post SharePoint 2016: Changing logo for all sites in a site collection using PowerShell appeared first on Blog IT.

]]> Hello,

In a SharePoint 2010 to SharePoint 2016 migration project I was recently involved in, I noticed that in the new SharePoint 2016 Portal, the logo URL in all sites was pointing to an invalid URL.

The Problem

The reason for this is that the Logo URL was pointing to a URL in the SharePoint hive (_layouts virtual directory) and the _layouts virtual directory URL has changed from SharePoint 2010 to SharePoint 2016:

  • SharePoint 2010 Layouts root virtual directory URL: /_layouts
  • SharePoint 2016 Layouts root virtual directory URL: /_layouts/15

The Solution

Since the site collection has a lot of subsites and I would like to avoid having to change the logo URL manually one by one, I built a small PowerShell script that will loop all the sub sites in the site collection and change the Logo URL for each one. Here is the script:

$sitelogo = "/_layouts/15/Images/logo.jpg"

$site = "https://intranet"

$sites = new-object Microsoft.SharePoint.SPSite($site)

foreach ($web in $sites.Allwebs) {

$webUrl = $web.Url

"Changing site logo url at $webUrl"

$web.SiteLogoUrl = $sitelogo

$web.Update()

}

$sites.Dispose()

NOTE: This script should also be valid for SharePoint 2013 and SharePoint 2019.

Hope this helps!

Related Articles

If you want to convert your tenant’s root classic site into a modern SharePoint site, click here.

To learn why your business should migrate to SharePoint Online and Office 365, click here and here.

If you are a SharePoint administrator or a SharePoint developer who wants to learn more about how to install a SharePoint 2019 farm in an automated way using PowerShell, I invite you to click here and here.

If you want to learn how to upgrade a SharePoint 2013 farm to SharePoint 2019, click here and here.

If you want to learn all the steps and precautions necessary to successfully keep your SharePoint farm updated and be ready to start your move to the cloud, click here.

If you learn how to greatly speed up your SharePoint farm update process to ensure your SharePoint farm keeps updated and you stay one step closer to start your move to the cloud, click here.

If SharePoint 2019 is still not an option, you can learn more about how to install a SharePoint 2016 farm in an automated way using PowerShell, click here and here.

If you are involved in a SharePoint upgrade and want to learn more about the upgrade process, click here and here.

If you want to know all about SharePoint 2019, the new version of SharePoint Server, click here.

If you are new to SharePoint and Office 365 and want to learn all about it, take a look at these learning resources.

If you are work in a large organization who is using Office 365 or thinking to move to Office 365 and are considering between a single or multiple Office 365 tenants, I invite you to read this article.

If you want to know all about the latest SharePoint and Office 365 announcements from SharePoint Conference 2019, click here and here.

Happy SharePointing!

The post SharePoint 2016: Changing logo for all sites in a site collection using PowerShell appeared first on Blog IT.

]]> https://blogit.create.pt/miguelisidoro/2018/10/24/sharepoint-2016-changing-logo-for-all-sites-in-a-site-collection-using-powershell/feed/ 0 How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-2/ https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-2/#comments Sat, 28 Jul 2018 23:32:14 +0000 http://blogit.create.pt/miguelisidoro/?p=1974 This post is the second part of a two part step by step tutorial on how to install SharePoint 2016 in a fully automated way using PowerShell. To read the first part, click here. Introduction Before installing a SharePoint 2016 farm, it is important to be familiar with its requirements. To learn more about SharePoint […]

The post How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) appeared first on Blog IT.

]]> here.

Introduction

Before installing a SharePoint 2016 farm, it is important to be familiar with its requirements. To learn more about SharePoint 2016 hardware and software requirements, click here. Installing a SharePoint farm can be a complex task and the installation process is composed by a series of steps:
  • Downloading and installing SharePoint prerequisites
  • Downloading and installing the SharePoint binaries
  • Downloading and installing the lastest SharePoint updates
  • Downloading and installing the required language packs (optional, necessary if you want the SharePoint interface to be presented in a language other than English)
  • Configuring the SharePoint farm using SharePoint Products and Configuration Wizard
All the above steps are time consuming and can be error prone if, for example, you miss to download any of the prerequisites. Fortunately, it is possible to fully automate a SharePoint farm installation using PowerShell by using a script called AutoSPInstaller. The installation process can be divided in two major steps:
  • Downloading the SharePoint installation package, click here for more details
  • Installing SharePoint and configuring the SharePoint farm
In this post, I will talk about the second part of the process: installing SharePoint and configuring the SharePoint farm. AutoSPInstaller can be used to install a SharePoint farm in the following versions of SharePoint:
  • SharePoint 2010
  • SharePoint 2013
  • SharePoint 2016
  • SharePoint 2019 (to learn more about all the new features in SharePoint 2019, click here)
The example in this post is based on SharePoint 2016 with the following farm topology:
  • 1 SharePoint 2016 Server
  • 1 Database Server

Managed Accounts and Pre-Installation Requisites

This is a critical step to ensure a successful SharePoint installation. Before the AutoSPInstaller script is executed, all the necessary managed accounts must be created and the appropriate permissions must be properly granted to each account. If any of these permissions is not granted, you will probably encounter problems during the installation. From my experience doing SharePoint installations, creating these accounts with all the required permissions ensures a fast and successful SharePoint installation. Here is the list of accounts and required permissions:
Name Description Local Rights Domain Rights
sp_farm The server farm account is used to perform the following tasks: -Configure and manage the server farm. -Act as the application pool identity for the SharePoint Central Administration Web site. -Run the Microsoft SharePoint Foundation Workflow Timer Service. SecurityAdmin and DB_Creator rights on the SQL Instance Domain User
sp_admin The server farm account is used to perform the following tasks: -Setup -SharePoint Products Configuration Wizard Local Administrator on all the SharePoint Servers. SysAdmin, SecurityAdmin and DB_Creator rights on the SQL Instance. Must be na account with permissions to add rules to the local firewall. Domain User
sp_pool The Pool account is used to run the Web Application Pools None Domain User
sp_services The Services Account is used to run the Service Application Pool None Domain User
sp_crawl The Default Content Access Account for the Search Service Application None Domain User
sp_search Service Account to run the SharePoint Search “Windows Service” Local Administrator and SysAdmin rights on the SQL instance Domain User
sp_mysitepool Used for the My Sites Web Application None Domain User
sp_userprofilesync The User Profile Synchronization Account None Replicating Directory Changes permission on the domain.
wf_service WorkFlow Manager Service Account Local Administrator and SysAdmin rights on the SQL instance. Domain User
sp_portalsuperuser Object Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly. None. SharePoint: Must be an account that has Full Control access to the Web application. Domain User
sp_portalsuperreader Object Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly. None. SharePoint: Must be an account that has Full Read access to the Web application. Domain User
Important Notes: 
  • To avoid problems executing the AutoSPInstaller script, ensure that the passwords of the above accounts do not contain any special characters (ex: $,%,&,/. etc)
  • The above table contains a proposal to name the accounts for the SharePoint installation. If you choose to use different names, ensure that the account names do not exceed 20 characters since NETBIOS names have a limit of 20 characters

Download AutoSPInstaller PowerShell script

To download the latest version of AutoSPInstaller, click here. The files should be extracted to C:\SP\AutoSPInstaller, assuming that the SharePoint 2016 installation files downloaded with AutoSPSourceBuilder were saved to C:\SP\2016. This is the folder structure that AutoSPInstaler uses: \SP\AutoSPInstaller\AutoSPInstallerLaunch.bat \SP\AutoSPInstaller\AutoSPInstallerInput.xml \SP\AutoSPInstaller\AutoSPInstallerMain.ps1\SP\AutoSPInstaller\AutoSPInstallerFunctions.ps1 \SP\AutoSPInstaller\AutoSPInstallerFunctionsCustom.ps1 \SP\AutoSPInstaller\AutoSPInstallerConfigureRemoteTarget.ps1 \SP\AutoSPInstaller\config.xml \SP\201x\SharePoint\<installation files & folders> \SP\201x\SharePoint\PreRequisiteInstallerFiles\ \SP\201x\SharePoint\Updates\ \SP\201x\LanguagePacks\xx-xx\ \SP\201x\LanguagePacks\xx-xx\Updates\ \SP\201x\Updates\ In this example, the root folder of the installation is C:\SP.

Creating the AutoSPInstaller configuration file

The next step, is to configure the AutoSPInstaller input configuration file that can be done in the AutoSPInstaller web site.  The end result of the configurations set in the AutoSPInstaller web site is the download of an XML file (AutoSPInstallerInput.xml) that contains all the settings required to configure the SharePoint farm. The AutoSPInstallerInput.xml file contains among other configurations:
  • SharePoint version to install
  • The SharePoint product key
  • The Farm Account and all Managed Accounts and their credentials
  • The database instance that will support the SharePoint environment
  • The web applications we want to create (ex: Intranet. My Site, etc)
  • The service applications we want to enable and their configurations
  • Outgoing email settings for the farm
  • Database names: this is extremely useful since it allows us to have complete control over the names of all the databases that will be created during the SharePoint farm configuration and avoid having databases with unclear names containing GUIDs which is the default behavior if we configure the farm using SharePoint Products Configuration Wizard (PSConfig)
The AutoSPInstallerInput.xml file should be placed in C:\SP\AutoSPInstaller.

Installing SharePoint

After the AutoSPInstallerInput.xml file is configured, it’s time to install SharePoint! IMPORTANT: the following steps should be executed using the sp_admin account. Follow the following steps: 1. Run AutoSPInstallerLaunch.bat from the command line (run as administrator) AutoSPInstallerLaunch.bat will launch a PowerShell window that will install SharePoint and configure the farm using as an input the AutoSPInstaller XML configuration file (AutoSPInstallerInput.xml) previously configured using the AutoSPInstaller web site. 2. After the PowerShell window is launched, the following will happen:
  • Managed accounts credentials will be validated. If any of the credentials is incorrect, the script will stop
  • SharePoint prerequisites will be installed
  • SharePoint will be installed
  • SharePoint language packs will be installed
  • SharePoint updates will be installed
During the script execution. a message may be presented saying that the script needs to be re-launched to workaround an known issue with SharePoint 2016 when language packs are being installed. After the script is re-launched, the installation will resume until all SharePoint binaries are installed.

Configuring the SharePoint Farm

After SharePoint is installed, the script will ask if we want to proceed with farm configuration. To proceed, select “y” and click ENTER. The script will, among others, perform the following actions:
  • Create all managed accounts
  • Configure IIS and SharePoint ULS log file paths
  • Create the configured web applications (ex: Intranet, My Site)
  • Configure the service applications
  • Configure outgoing email settings for the farm
After the farm configuration is completed, the Central Administration will be opened and SharePoint is installed!

Multi-Server Installation

If you want to install SharePoint 2016 in multiple servers there is a number of considerations that you have to take into account. Some of the most important decisions are:
  • What is your farm topology and the number of servers you want to consider (WFEs, Application Servers and Database Servers)
  • Which services and service applications will be provisioned for each server
  • Will you be using MinRoles or will you use a custom installation where you will be manually selecting the services and service applications that will be provisioned for each server?
If you use MinRoles, these will supersede the individual service and service application selection for each server in the farm. These are the available MinRoles:
  • Front-end
  • Application
  • Distributed cache
  • Search
  • Custom
  • Single-server farm
  • Front-end with Distributed Cache (merge of Front-end and Distributed cache MinRoles). available with Feature Pack 1 update or later
  • Application with Search (merge of Application and Search MinRoles). available with Feature Pack 1 update or later
Each of the MinRoles automatically provisions a specific set of services and service applications. If you want to learn more about MinRoles, click here. Once farm topology and service/service application distribution is decided, we are ready to install SharePoint 2016 in multiple servers. For the installation process, you basically have two options:
  • Use Remote Installation
  • Install SharePoint individually in each SharePoint server

AutoSPInstaller Input File Configuration for Multi-Server Installation Notes when not using MinRoles

If you decide not to use MinRoles and go for a Custom installation (which allows for a more granular selection of what services are provisioned in each server), you must ensure that the AutoSPInstaller XML input file in all servers is configured as Custom. When configuring AutoSPInstaller in the AutoSPInstaller web site not to to use MinRoles, you will typically have a configuration similar to the one below.
This seems correct but the generated XML configuration will have the following configuration in the <ServerRoles> section:
  • <Custom Provision=” false” />
  • <SingleServerFarm Provision=”localhost ” />
With the configuration above, each server will be installed with a single server role and you will only be able to join the first server to the farm. When you try to add the remaining servers, the AutoSPInstaller PowerShell script instead of adding the servers to the farm, will try to recreate the farm, which will result in the error below.
If you try to add the server manually to the farm, you will get the error below.
To solve this, you must edit the XML configuration to configure the servers as “Custom” and not “SingleServerFarm”, using with the following configuration:
  • <Custom Provision=”localhost” />
  • <SingleServerFarm Provision=”false” />
<ServerRoles>
    <Custom Provision="localhost" />
    <WebFrontEnd Provision="false" />
    <WebFrontEndWithDistributedCache Provision="false" />
    <SingleServerFarm Provision="false" />
    <Search Provision="false" />
    <Application Provision="false" />
    <ApplicationWithSearch Provision="false" />
    <DistributedCache Provision="false" />
</ServerRoles>

Remote Installation

In this approach, SharePoint will be installed using AutoSPInstaller on all servers from one of the SharePoint servers. The script will first install SharePoint locally on the server where the script is being executed and will then install SharePoint remotely on the other servers (all at once or one by one depending on AutoSPInstaller configuration file). The installation on the remote servers is performed using PowerShell Remoting and Windows Remote Management (WinRM). WinRM must be enabled for each of the servers where SharePoint will be installed remotely. To learn more about Remote Install (example for SharePoint 2013 but valid for SharePoint 2016 in what regards to remote installation), click here.

Install SharePoint individually in each SharePoint server

This option doesn’t require WinRM to be enabled on any of the servers but requires instead that the AutoSPInstaller installation folder (C:\SP in this post) is copied to all servers. Additionally, there are some important notes to consider:
  • SharePoint bits must be installed on all servers but farm configuration must only be done once all servers have the SharePoint bits installed. You may Install the SharePoint bits (all steps before the “Configuring the SharePoint Farm” in this post) in all servers at the same time but you must stop the installation process once you are asked to continue with farm configuration
  • After the SharePoint bits are installed on all servers, you may proceed to the “Configuring the SharePoint Farm” section of this post BUT this must be done server by server, one at a time, sequentially. The AutoSPInstaller configuration file will determine what services and service applications are going to be provisioned on each server:
    • When you run the farm configuration in the first server, the farm will be created and the services and service applications that are configured to run on that server will be provisioned
    • When you run the farm configuration on the other servers, each server will be added to the farm and the services and service applications that are configured to run on that server will be provisioned
To read the first part of this two part step by step tutorial, click here.

Related Articles

To learn why your business should migrate to SharePoint Online and Office 365, click here and here. If you want to convert your tenant’s root classic site into a modern SharePoint site, click here. AutoSPInstaller is also already available for the recently announced new version SharePoint, SharePoint 2019. To learn more about all the new features in SharePoint 2019, click here. If you are a SharePoint administrator or a SharePoint developer who wants to learn more about how to install a SharePoint 2019 farm in an automated way using PowerShell, I invite you to click here and here. If you want to learn how to upgrade a SharePoint 2013 farm to SharePoint 2019, click here and here. If you want to learn all the steps and precautions necessary to successfully keep your SharePoint farm updated and be ready to start your move to the cloud, click here. If you learn how to greatly speed up your SharePoint farm update process to ensure your SharePoint farm keeps updated and you stay one step closer to start your move to the cloud, click here. If you want to learn how to upgrade a SharePoint 2010 farm to SharePoint 2016, click here and here. If you are new to SharePoint and Office 365 and want to learn all about it, take a look at these learning resources. If you are work in a large organization who is using Office 365 or thinking to move to Office 365 and is considering between a single or multiple Office 365 tenants, I invite you to read this article. If you want to know all about the latest SharePoint and Office 365 announcements from SharePoint Conference 2019, click here and here. Happy SharePointing!

The post How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 2) appeared first on Blog IT.

]]> https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-2/feed/ 6 How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-1/ https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-1/#comments Sat, 28 Jul 2018 19:02:54 +0000 http://blogit.create.pt/miguelisidoro/?p=1484 This post is the first part of a two part step by step tutorial on how to install SharePoint 2016 in a fully automated way using PowerShell. To read the second part, click here. Introduction Before installing a SharePoint 2016 farm, it is important to be familiar with its requirements. To learn more about SharePoint 2016 […]

The post How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) appeared first on Blog IT.

]]> This post is the first part of a two part step by step tutorial on how to install SharePoint 2016 in a fully automated way using PowerShell.

To read the second part, click here.

Introduction

Before installing a SharePoint 2016 farm, it is important to be familiar with its requirements. To learn more about SharePoint 2016 hardware and software requirements, click here.

Installing a SharePoint farm can be a complex task and the installation process is composed by a series of steps:

  • Downloading and installing SharePoint prerequisites
  • Downloading and installing the SharePoint binaries
  • Downloading and installing the lastest SharePoint updates
  • Downloading and installing the required language packs (optional, necessary if you want the SharePoint interface to be presented in a language other than English)
  • Configuring the SharePoint farm using SharePoint Products and Configuration Wizard

All the above steps are time consuming and can be error prone if, for example, you miss to download any of the prerequisites.

Fortunately, it is possible to fully automate a SharePoint farm installation using PowerShell by using a script called AutoSPInstaller. The installation process can be divided in two major steps:

  • Downloading the SharePoint installation package
  • Installing SharePoint and configuring the SharePoint farm

This process can be used for the following versions of SharePoint:

  • SharePoint 2010
  • SharePoint 2013
  • SharePoint 2016
  • SharePoint 2019 (to learn more about all the new features in SharePoint 2019, click here)

In this post, I will talk about the first part of the process: downloading the SharePoint installation package and I will use SharePoint 2016 as an example.

Downloading the SharePoint installation package

The download process will be managed by a script called AutoSPSourceBuilder that will download the SharePoint installation package and all its dependencies and will create a folder structure ready to be used in AutoSPInstaller. The AutoSPSourceBuilder script will download:

  • All SharePoint prerequisites
  • The latest SharePoint updates
  • If specified. the desired language pack

To download the SharePoint 2016 installation package, follow the steps below:

  1. Download SharePoint 2016.

2. Download AutoSPSourceBuilder. After download, the folder should contain the following structure.

3. Mount the .iso image of SharePoint 2016.

After mount, the mounted drive will have SharePoint installation files.

4. Run the following script in a PowerShell window (run as administrator).

.\AutoSPSourceBuilder.ps1 -GetPrerequisites $true -SharePointVersion “2016” -Languages “pt-pt”

This script will download SharePoint 2016 with all prerequisites and the Portuguese language pack. Change the “Languages” parameter to the Language Pack you want to include in your installation.

The script will start by detecting the SharePoint image that was previously downloaded. If successfully detected, it will extract the SharePoint installation files from the mounted image to the C:\SP\2016 folder.

5. Once the SharePoint installation files extraction is completed, you will be asked to select the SharePoint update that you want to include on your installation package. Select the latest available package (all SharePoint 2016 updates are cumulative and include all updates contained in the previous updates).

6. After selecting the SharePoint update, the script will resume and start downloading the SharePoint prerequisites. the selected language pack and the selected SharePoint update.

7. After completion, the PowerShell window should look like the image below.

The end result will be a structure of folders and files that will contain all the necessary files to install SharePoint with AutoSPInstaller.

Root folder:

Language Packs folder:

SharePoint bits folder (slipstreamed installation structure):

Updates folder:

To read the second part of this two part step by step tutorial, click here.

Related Articles

To learn why your business should migrate to SharePoint Online and Office 365, click here and here.

If you want to convert your tenant’s root classic site into a modern SharePoint site, click here.

AutoSPInstaller is also already available for the recently announced new version SharePoint, SharePoint 2019. To learn more about all the new features in SharePoint 2019, click here.

If you are a SharePoint administrator or a SharePoint developer who wants to learn more about how to install a SharePoint 2019 farm in an automated way using PowerShell, I invite you to click here and here.

If you want to learn how to upgrade a SharePoint 2013 farm to SharePoint 2019, click here and here.

If you want to learn all the steps and precautions necessary to successfully keep your SharePoint farm updated and be ready to start your move to the cloud, click here.

If you learn how to greatly speed up your SharePoint farm update process to ensure your SharePoint farm keeps updated and you stay one step closer to start your move to the cloud, click here.

If you want to learn how to upgrade a SharePoint 2010 farm to SharePoint 2016, click here and here.

If you are new to SharePoint and Office 365 and want to learn all about it, take a look at these learning resources.

If you are work in a large organization who is using Office 365 or thinking to move to Office 365 and is considering between a single or multiple Office 365 tenants, I invite you to read this article.

If you want to know all about the latest SharePoint and Office 365 announcements from SharePoint Conference 2019, click here and here.

Happy SharePointing!

The post How to install a SharePoint 2016 farm using PowerShell and AutoSPInstaller Step by Step (Part 1) appeared first on Blog IT.

]]> https://blogit.create.pt/miguelisidoro/2018/07/28/how-to-install-a-sharepoint-2016-farm-using-powershell-and-autospinstaller-part-1/feed/ 2 Activating all Publishing Feature – Programmatically & Powershell – SharePoint 2010, 2013, 2016 & Online: https://blogit.create.pt/fabiocarvalho/2017/07/28/activating-all-publishing-feature-programmatically-powershell-sharepoint-2010-2013-2016-online/ https://blogit.create.pt/fabiocarvalho/2017/07/28/activating-all-publishing-feature-programmatically-powershell-sharepoint-2010-2013-2016-online/#respond Fri, 28 Jul 2017 21:50:48 +0000 http://blogit.create.pt/fabiocarvalho/?p=3774 Hi Everyone!!! Today i will talk about Publishing Features!!! During this afternoon I was trying to activate Publishing Features but i wasn’t having success because Page Library not was created on activation! So there are more than two Publishing Feature that we need have in consideration, it’s not enough Activate Publishing Infrastructure Feature and Publishing Feature. If […]

The post Activating all Publishing Feature – Programmatically & Powershell – SharePoint 2010, 2013, 2016 & Online: appeared first on Blog IT.

]]> Hi Everyone!!!

Today i will talk about Publishing Features!!! During this afternoon I was trying to activate Publishing Features but i wasn’t having success because Page Library not was created on activation! So there are more than two Publishing Feature that we need have in consideration, it’s not enough Activate Publishing Infrastructure Feature and Publishing Feature. If you want activate all Publishing Features you can do it pragmatically or using Powershell script:

SharePoint Server – Powershell:

 
Disable-SPFeature –identity 'publishingSite' -URL http://server/ -force
Disable-SPFeature –identity 'PublishingResources' -URL http://server/-force
Disable-SPFeature –identity 'Publishing' -URL http://server/ -force
Disable-SPFeature –identity 'PublishingLayouts' -URL http://server/ -force
Disable-SPFeature –identity 'publishingweb' -URL http://server/ -force

Enable-SPFeature –identity 'publishingSite' -URL http://server/ -force
Enable-SPFeature –identity 'PublishingResources' -URL http://server/ -force
Enable-SPFeature –identity 'Publishing' -URL http://server/ -force
Enable-SPFeature –identity 'PublishingLayouts' -URL http://server/ -force
Enable-SPFeature –identity 'publishingweb' -URL http://server/ -force

SharePoint Online – Powershell:

 
Disable-SPOFeature –Identity "F6924D36-2FA8-4f0b-B16D-06B7250180FA" -Scope Site
Disable-SPOFeature –Identity "AEBC918D-B20F-4a11-A1DB-9ED84D79C87E" -Scope Site
Disable-SPOFeature –Identity "22A9EF51-737B-4ff2-9346-694633FE4416" -Scope Web
Disable-SPOFeature –Identity "D3F51BE2-38A8-4e44-BA84-940D35BE1566" -Scope Site
Disable-SPOFeature –Identity "94C94CA6-B32F-4da9-A9E3-1F3D343D7ECB" -Scope Web

Enable-SPOFeature –Identity "F6924D36-2FA8-4f0b-B16D-06B7250180FA" -Scope Site
Enable-SPOFeature –Identity "AEBC918D-B20F-4a11-A1DB-9ED84D79C87E" -Scope Site
Enable-SPOFeature –Identity "22A9EF51-737B-4ff2-9346-694633FE4416" -Scope Web
Enable-SPOFeature –Identity "D3F51BE2-38A8-4e44-BA84-940D35BE1566" -Scope Site
Enable-SPOFeature –Identity "94C94CA6-B32F-4da9-A9E3-1F3D343D7ECB" -Scope Web

Also that you can activate Programmatically:

 

        private void ActivatePublishingFeatures(SPWeb web, SPSite site)
        {
            // Publishing Site
            string sharePointPublishingSite = "f6924d36-2fa8-4f0b-b16d-06b7250180fa";
            Guid sharePointPublishingSiteGuid = new Guid(sharePointPublishingSite);

            if (site.Features[sharePointPublishingSiteGuid] == null)
            {
                site.Features.Add(sharePointPublishingSiteGuid, true);
            }

            // Publishing Resources
            string sharePointPublishingResources = "aebc918d-b20f-4a11-a1db-9ed84d79c87e";
            Guid sharePointPublishingResourcesGuid = new Guid(sharePointPublishingResources);

            if (site.Features[sharePointPublishingResourcesGuid] == null)
            {
                site.Features.Add(sharePointPublishingResourcesGuid, true);
            }

            // Publishing
            string sharePointPublishing = "22a9ef51-737b-4ff2-9346-694633fe4416";
            Guid sharePointPublishingGuid = new Guid(sharePointPublishing);

            if (web.Features[sharePointPublishingGuid] == null)
            {
                web.Features.Add(sharePointPublishingGuid, true);
            }

            // Publishing Layouts
            string sharePointPublishingLayouts = "d3f51be2-38a8-4e44-ba84-940d35be1566";
            Guid sharePointPublishingLayoutsGuid = new Guid(sharePointPublishingLayouts);

            if (site.Features[sharePointPublishingLayoutsGuid] == null)
            {
                site.Features.Add(sharePointPublishingLayoutsGuid, true);
            }

            // Publishing Web
            string sharePointServerPublishingWeb = "94c94ca6-b32f-4da9-a9e3-1f3d343d7ecb";
            Guid sharePointServerPublishingWebGuid = new Guid(sharePointServerPublishingWeb);

            if (web.Features[sharePointServerPublishingWebGuid] == null)
            {
                web.Features.Add(sharePointServerPublishingWebGuid, true);
            }
        }

Thanks

Fábio Carvalho
SharePoint Consultant
|create|it|

 

 

The post Activating all Publishing Feature – Programmatically & Powershell – SharePoint 2010, 2013, 2016 & Online: appeared first on Blog IT.

]]> https://blogit.create.pt/fabiocarvalho/2017/07/28/activating-all-publishing-feature-programmatically-powershell-sharepoint-2010-2013-2016-online/feed/ 0 SharePoint – Get all alerts from a specific SP List/Library using Powershell https://blogit.create.pt/fabiocarvalho/2017/03/25/sharepoint-get-all-alerts-from-a-specific-sp-listlibrary-using-powershell/ https://blogit.create.pt/fabiocarvalho/2017/03/25/sharepoint-get-all-alerts-from-a-specific-sp-listlibrary-using-powershell/#comments Sat, 25 Mar 2017 10:52:54 +0000 http://blogit.create.pt/fabiocarvalho/?p=3011 Hey Everyone!!! Today i will talk about List and Library Alerts and how can you get all Active alerts for a specific list using powershell script and how can you disable all alerts. This is very useful script, when you need move a large list of items on a maintenance routine and you don’t want […]

The post SharePoint – Get all alerts from a specific SP List/Library using Powershell appeared first on Blog IT.

]]> Hey Everyone!!!

Today i will talk about List and Library Alerts and how can you get all Active alerts for a specific list using powershell script and how can you disable all alerts.

This is very useful script, when you need move a large list of items on a maintenance routine and you don’t want send a large number of emails/ notifications for users who subscribe alerts, this script help you disable and enable them.

This first PowerShell Script get all SharePoint list alerts with state active.

 

Add-PSSnapin Microsoft.SharePoint.PowerShell –ErrorAction SilentlyContinue

#Variables
$WebURL = "http://YourWebUrl"
$ListName="YourListName"

#Function to Get All Active Alerts on a Given List
Function Get-ListAlerts($WebURL, $ListName)
{
  #Get the Web and List objects
  $Web = Get-SPWeb $WebURL
  $List = $web.Lists.TryGetList($ListName)

  #Get All Alerts created in the list - Which are Active
  $ListAlerts = $Web.Alerts | Where-Object {($_.List.Title -eq $List.Title) -and ($_.Status -eq "ON")}

  foreach($Alert in $ListAlerts)
  {
          write-host "Alert' - $($Alert.Title)' Created for User - '$($Alert.User.Name)'"
  }

 #Dispose web object
 $Web.Dispose()
}

#Call the function Appropriately to Disable or Enable Alerts 
Disable-ListAlerts $WebURL $ListName

 

If you want disable all alerts on this specific list you just need run the following script.

 

Add-PSSnapin Microsoft.SharePoint.PowerShell –ErrorAction SilentlyContinue

#Variables
$WebURL = "http://YourWebUrl"
$ListName="YourListName"

#Function to Disable All Active Alerts on a Given List
Function Disable-ListAlerts($WebURL, $ListName)
{
  #Get the Web and List objects
  $Web = Get-SPWeb $WebURL
  $List = $web.Lists.TryGetList($ListName)

  #Get All Alerts created in the list - Which are Active
  $ListAlerts = $Web.Alerts | Where-Object {($_.List.Title -eq $List.Title) -and ($_.Status -eq "ON")}

  Write-host "Total Number of Active Alerts Found in the list: $($ListAlerts.Count)" 
 
  #Iterate through each alert and turn it OFF
  foreach($Alert in $ListAlerts)
  {
     $Alert.Status="OFF"
     $Alert.Update()
     write-host "Disabled the Alert' $($Alert.Title)' Created for User '$($Alert.User.Name)'"
  }
 
 #Dispose web object
 $Web.Dispose()
}

#Call the function Appropriately to Disable or Enable Alerts 
Disable-ListAlerts $WebURL $ListName

 

Thanks

Fábio Carvalho
SharePoint Consultant
|create|it|

The post SharePoint – Get all alerts from a specific SP List/Library using Powershell appeared first on Blog IT.

]]> https://blogit.create.pt/fabiocarvalho/2017/03/25/sharepoint-get-all-alerts-from-a-specific-sp-listlibrary-using-powershell/feed/ 4 SharePoint 2016 – Create Service Accounts using PowerShell script https://blogit.create.pt/fabiocarvalho/2017/02/20/sharepoint-2016-create-service-accounts-using-powershell-script/ https://blogit.create.pt/fabiocarvalho/2017/02/20/sharepoint-2016-create-service-accounts-using-powershell-script/#comments Mon, 20 Feb 2017 23:46:01 +0000 http://blogit.create.pt/fabiocarvalho/?p=2381 Hey Everyone!!! Today i will show you how can you create SharePoint 2016 Service Accounts using PowerShell script following the Best Practices. The script not only create all the accounts but also create the respectives OU (Organizational Unit): SharePoint Accounts SQL Accounts Service Accounts:  Name  Description  Local Rights  Domain Rights SP_Farm The server farm account is used […]

The post SharePoint 2016 – Create Service Accounts using PowerShell script appeared first on Blog IT.

]]> Hey Everyone!!!

Today i will show you how can you create SharePoint 2016 Service Accounts using PowerShell script following the Best Practices.

The script not only create all the accounts but also create the respectives OU (Organizational Unit):

  • SharePoint Accounts
  • SQL Accounts

Service Accounts:

 Name  Description  Local Rights  Domain Rights
SP_Farm The server farm account is used to perform the following tasks:
-Configure and manage the server farm.
-Act as the application pool identity for the SharePoint Central Administration Web site.
-Run the Microsoft SharePoint Foundation Workflow Timer Service.		 SecurityAdmin and DB_Creator rights on the SQL Instance Domain User
SP_Admin The server farm account is used to perform the following tasks:
-Setup
-SharePoint Products Configuration Wizard		 Local Administrator on all the SharePoint Servers. SecurityAdmin and DB_Creator rights on the SQL Instance Domain User
SP_Pool The Pool account is used to run the Web Application Pools None Domain User
SP_Services The Services Account is used to run the Service Application Pool None Domain User
SP_Crawl The Default Content Access Account for the Search Service Application None Domain User
SP_Search Service Account to run the SharePoint Search “Windows Service” None Domain User
SP_UserProfiles The User Profile Synchronization Account None Domain User
SP_MySitePool Used for the My Sites Web Application None Domain User
SP_CacheSuperUser Object Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly. None.
SharePoint: Must be an account that has Full Control access to the Web application.		 Domain User
SP_CacheSuperReader Object Cache Service Account. The goals of the object cache are to reduce the load on the computer on which SQL Server is running, and to improve request latency and throughput. These user account must be properly configured to ensure that the object cache works correctly. None.
SharePoint: Must be an account that has Full Read access to the Web application		 Domain User
WF_Service WorkFlow Manager Service Account Local Administrator and SysAdmin rights on the SQL instance. Domain User
SP_MySitePool Used for the My Sites Web Application None Domain User
SP_VisioUser Visio Unattended ID None Domain User
SP_ExcelUser Excel Unattended ID None Domain User
SP_PerfPointUser Performance Point Unattended ID None Domain User
SQL_Admin SQL Admin on the SQL Server. Used to Install the SQL Server. Local Administrator on the SQL Server Domain User
SQL_Services It is the service account for the following SQL Server services: MSSQLSERVER SQLSERVERAGENT None Domain User


Script:

 

$mydom = (get-addomain).distinguishedname 
$password = "pass@word1" | ConvertTo-SecureString -AsPlainText -Force 

$ouNameSP = "SharePoint Accounts"
$oudnSP = "OU=$ounameSP,$mydom" 

$ouNameSQL = "SQL Accounts" 
$oudnSQL = "OU=$ounameSQL,$mydom" 

#----------------------------> Organizational Unit <---------------------------- 

New-ADOrganizationalUnit -Name $OUNameSP -Path $mydom 
Write-Host "OU $OUNameSP Created" -foregroundcolor green 

New-ADOrganizationalUnit -Name $OUNameSQL -Path $mydom 
Write-Host "OU $OUNameSQL Created" -foregroundcolor green 

#-----------------------------> SharePoint 2016 <-------------------------------

$usersArraySP = @("SP_Farm","SP_Admin","SP_Pool","SP_Services","SP_Crawl","SP_Search",
                  "SP_UserProfiles","SP_PortalSuperReader","SP_CacheSuperUser","SP_VisioUser",
                  "SP_PerfPointUser","WF_Service","SP_MySitePool","SP_PortalSuperUser")

foreach ($usp in $usersArraySP) {
        New-ADUser -Name $usp -DisplayName $usp -SamAccountName $usp -AccountPassword $password 
        -ChangePasswordAtLogon $false -PassThru -PasswordNeverExpires $true -Path $oudnSP 
        Write-Host "$usp Created" -foregroundcolor green
 }

#----------------------------------> SQL <--------------------------------------
$usersArraySQL = @("SQL_Admin","SQL_Service")

foreach ($usql in $usersArraySQL) {
       New-ADUser -Name $usql -DisplayName $usql -SamAccountName $usql -AccountPassword $password 
       -ChangePasswordAtLogon $false -PassThru -PasswordNeverExpires $true -Path $oudnSQL
       Write-Host "$usql Created" -foregroundcolor green
 }

 

Thanks

Fábio Carvalho
SharePoint Consultant
|create|it|

The post SharePoint 2016 – Create Service Accounts using PowerShell script appeared first on Blog IT.

]]> https://blogit.create.pt/fabiocarvalho/2017/02/20/sharepoint-2016-create-service-accounts-using-powershell-script/feed/ 1 SharePoint – Export all solutions wsp using PowerShell script https://blogit.create.pt/fabiocarvalho/2017/02/16/sharepoint-export-all-solutions-wsp-using-powershell-script/ https://blogit.create.pt/fabiocarvalho/2017/02/16/sharepoint-export-all-solutions-wsp-using-powershell-script/#comments Thu, 16 Feb 2017 02:52:53 +0000 http://blogit.create.pt/fabiocarvalho/?p=2631 Hey Everyone, Today i will post a script very helpful when you are on Migration steps and you need export all wsp solutions. $dirName = "C:\WSP" if (!(Test-Path -path $dirName)) { New-Item $dirName -type directory } Write-Host Exporting solutions to $dirName foreach ($solution in Get-SPSolution) { $id = $Solution.SolutionID $title = $Solution.Name $filename = $Solution.SolutionFile.Name […]

The post SharePoint – Export all solutions wsp using PowerShell script appeared first on Blog IT.

]]> Hey Everyone,

Today i will post a script very helpful when you are on Migration steps and you need export all wsp solutions.

 

$dirName = "C:\WSP"
if (!(Test-Path -path $dirName))
{
New-Item $dirName -type directory
}
Write-Host Exporting solutions to $dirName
foreach ($solution in Get-SPSolution)
{
    $id = $Solution.SolutionID
    $title = $Solution.Name
    $filename = $Solution.SolutionFile.Name
    Write-Host "Exporting ‘$title’ to …\$filename" -nonewline
    try {
        $solution.SolutionFile.SaveAs("$dirName\$filename")
        Write-Host " – done" -foreground green
    }
    catch
    {
        Write-Host " – error : $_" -foreground red
    }
}

Thanks

Fábio Carvalho
SharePoint Consultant
|create|it|

The post SharePoint – Export all solutions wsp using PowerShell script appeared first on Blog IT.

]]> https://blogit.create.pt/fabiocarvalho/2017/02/16/sharepoint-export-all-solutions-wsp-using-powershell-script/feed/ 11