Thursday, September 10, 2015

SSRS SharePoint 2013 installation and Configuration Step By Step


Configuration steps for SSRS with SQL server 2014 and SharePoint 2014

https://msdn.microsoft.com/en-us/library/JJ219068(v=sql.120).aspx

 Setup accounts

This section describes the accounts and permissions used for the primary deployment steps of Reporting Services in SharePoint mode.

Installation and registering the Reporting Services Service:
* The current account during the installation (referred to as the ‘setup’ account) of Reporting Services in SharePoint mode needs to have administrative rights in the local computer. If you are installing Reporting Services after SharePoint is installed and the ‘setup’ account is also a member of the SharePoint farm administrators group, the Reporting Services installation will register the Reporting Services service for you. If you install Reporting Services before SharePoint is installed or the ‘setup’ account is not a member of the farm administrators group, you register the service manually. See the section Step 2: Register and Start the Reporting Services SharePoint Service.

Creating Reporting Services Service Applications
* Following installation and registering the Reporting Services service, create one or more Reporting Services service applications. The “SharePoint farm service account “ needs to temporarily be a member of the local administrators group so the Reporting Services service application can be created. For more information on SharePoint 2013 account permissions, see Account permissions and security settings in SharePoint 2013(http://technet.microsoft.com/library/cc678863.aspx).
It is security best practice that SharePoint farm administrator accounts are not also local operating system administrator accounts. If you add a farm admin account to the local administrators group as part of your installation process, it is recommended you remove the account from the local administrators group after installation is complete.

 Step 1: Install Reporting Services Report Server in SharePoint mode

This step installs a Reporting Services report server in SharePoint mode and the Reporting Services add-in for SharePoint products. Depending on what is already installed on your computer, you may not see some of the installation pages described in the following steps.
1. Run the SQL Server Installation Wizard (Setup.exe).
2. Click Installation in the left side of the wizard and then click New SQL Server stand-alone installation or add features to an existing installation.
3. Click OK on the Setup Support Rules page, assuming all rules passed.
4. Click Install on the Setup Support Files page. Depending on what is already installed on your computer, you might see the following message:
o “One or more affected files have operations pending. You must restart your computer after the setup process is completed.”
o Click Ok.
5. Click Next after the support files have completed installing and the Support Rules pages show a status ofPassed. Review any warnings or blocking issues.
6. On the Installation Type page, click Add features to an existing instance of SQL Server 2014. Select the correct instance in the drop-down list and click Next.
7. If you see the Product Key page, type your key or accept the default of the ‘Enterprise Evaluation’ edition.
Click Next.
8. If you see the License terms page, review and accept the license terms. Microsoft appreciates you clicking to agree to send feature usage data to help improve product features and support.
Click Next.
9. If you see the Setup Role page, select SQL Server Feature Installation
Click Next

1.     Select the following on the Feature Selection page:
o    Reporting Services – SharePoint
o    Reporting Services add-in for SharePoint Products.
The installation wizard option for installing the add-in is new with the SQL Server 2014 release.
o    If you do not already have an instance of SQL Server Database Engine, you could also select Database Engine Services and Management Tools Complete for a complete environment.

Click Next.

1.     If you see the Installation Rules page. Review any warnings or blocking issues. Then click Next
2.     If you selected the Database Engine services, accept the default instance of MSSQLSERVER on the Instance Configuration page and click Next.
The Reporting Services SharePoint service architecture is not based on a SQL Server "instance" as was the previous Reporting Services architecture.
3.     Review the Disk Space Requirements page and click Next.
4.     If you see the Server Configuration page type appropriate credentials. If you want to use the Reporting Services data alerting or subscription features, you need to change the Startup Type for SQL Server Agent toAutomatic. You may not see the Server Configuration page, depending on what is already installed on the computer.
Click Next.
5.     If you selected the Database Engine services, you will see the Database Engine Configuration page, add appropriate accounts to the list of SQL Administrators and click Next.
6.     On the Reporting Services Configuration page you should see the Install only option is selected. This option installs the report server files, and does not configure the SharePoint environment for Reporting Services.
System_CAPS_noteNote
When the SQL Server installation is complete, follow the other sections of this topic to configure the SharePoint environment. This Includes installing the Reporting Services shared service and creating Reporting Services service applications.

1.     Help Microsoft improve SQL Server features and services by clicking the check box to send error reports on theError Reporting page.
Click Next.
2.     Review any warnings and then click Next on the Installation Configuration Rules page.
3.     On the Ready to Install page, review the installation summary and then click Next. The summary will include aReporting Services SharePoint Mode child node that will show a value of SharePointFilesOnlyMode. ClickInstall.
4.     The installation will take several minutes. You will see the Complete page with the features listed and the status of each feature. You may see an information dialog indicating the computer needs to be restarted.

Step 2: Register and Start the Reporting Services SharePoint Service


System_CAPS_noteNote
If you are installing into an existing SharePoint farm, you do not need to complete the steps in this section. The Reporting Services SharePoint service is installed and started when you ran the SQL Server installation wizard as part of the previous section of this document.
The following are the common reasons why you need to manually register the Reporting Services service.
·         You installed Reporting Services SharePoint mode before SharePoint was installed.
·         The account used to install Reporting Services SharePoint mode, was not a member of the SharePoint farm administrators group. For more information, see the section Setup accounts.
The necessary files were installed as part of the SQL Server installation wizard, but the services need to be registered into the SharePoint farm. The SQL Server 2014 release introduces PowerShell support for Reporting Services in SharePoint mode.
The following steps guide you through opening the SharePoint Management Shell and running cmdlets:
1.     Click the Start button
2.     Click the Microsoft SharePoint 2013 Products group.
3.     Right-click SharePoint 2013 Management Shell click Run as administrator. NOTE: the SharePoint commands are not recognized in the standard Windows PowerShell window. Use the SharePoint 2013 Management Shell.
4.     Run the following PowerShell command to install the SharePoint service. A successful completion of the command displays a new line in the management shell. No message is returned to the management shell when the command completes successfully:
5.  Install-SPRSService
System_CAPS_importantImportant
If you see an error message similar to the following:
Install-SPRSService : The term 'Install-SPRSService' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
6.     Run the following PowerShell command to install the service proxy. A successful completion of the command displays a new line in the management shell. No message is returned to the management shell when the command completes successfully:
7.  Install-SPRSServiceProxy
8.     Run the following PowerShell command to start the service or see the following notes for instructions on how to start the service from SharePoint Central administration:
9.  get-spserviceinstance -all |where {$_.TypeName -like "SQL Server Reporting*"} | Start-SPServiceInstance
Either you are in the Windows Powershell instead of the SharePoint Management Shell or Reporting Services SharePoint mode is not installed. For more information on Reporting Services and PowerShell, see PowerShell cmdlets for Reporting Services SharePoint Mode.
You can also start the service from SharePoint central Administration rather than running the third PowerShell command. The following steps are also useful to verify that the service is running.
1.     In SharePoint Central Administration, click Manage Services on Server in the System Settings group.
2.     Find SQL Server Reporting Services Service and click Start in the Action column.
3.     The status of the Reporting Services service will change from Stopped to Started. If the Reporting Services service is not in the list, use PowerShell to install the service.
System_CAPS_noteNote
If the Reporting Services service stays in the Starting status and does not change to Started, verify the ‘SharePoint 2013 Administration’ service is started in Windows Server Manager.

Step 3: Create a Reporting Services Service Application

This section provides the steps to create a service application and a description of the properties, if you are reviewing an existing service application.
1.     In SharePoint Central Administration, in the Application Management group, click Manage Service Applications.
2.     In the SharePoint ribbon, click the New button.
3.     In the New menu, click SQL Server Reporting Services Service Application..
System_CAPS_importantImportant
If the Reporting Services option does not appear in the list, it is an indication that the Reporting Services shared service is not installed. Review the previous section on how to use PowerShell cmdlts to install the Reporting Services service.
4.     In the Create SQL Server Reporting Services Service Application page, enter a name for the application. If you are creating multiple Reporting Services service applications, a descriptive name or naming convention will help you organize your administration and management operations.
5.     In Application Pool section, create a new application pool for the application (recommended). If you use the same name for both the application pool and the services application, it can make ongoing administration easier. This can also be affected by how many service applications you will create and if you need to use several in a single application pool. See the SharePoint Server documentation on recommendations and best practices for application pool management.
Select or create a security account for the application pool. Be sure to specify a domain user account. A domain user account enables the use of the SharePoint managed account feature, which lets you update passwords and account information in one place. Domain accounts are also required if you plan to scale out the deployment to include additional service instances that run under the same identity.
6.     In the Database Server, you can use the current server or choose a different SQL Server.
7.     In Database Name the default value is ReportingService_<guid>, which is a unique database name. If you type a new value, type a unique value. This is the new database to be created specifically for the services application.
8.     In Database Authentication, the default is Windows Authentication. If you choose SQL Authentication, refer to SharePoint documentation for best practices on how to use this authentication type in a SharePoint deployment.
9.     In the Web Application Association section, select the Web Application to be provisioned for access by the current Reporting Services Service Application. You can associate one Reporting Services service application to one web application. If all of the current web applications are already associated with a Reporting Services service application, you see a warning message.
10.   Click OK.
11.   The process to create a service application could take several minutes to complete. When it is complete, you will see a confirmation message and a link to a Provision Subscriptions and Alerts page. Complete the provision step if you want to use the Reporting Services subscriptions feature or the data alerts feature. For more information, see Provision Subscriptions and Alerts for SSRS Service Applications.

 For information on using PowerShell to create a Reporting Services service application, see:
·         See the following section Windows PowerShell script for Steps 1–4.

Step 4: Activate the Power View Site Collection Feature.

Power View, a feature of SQL Server 2014Reporting Services Add-in for Microsoft SharePoint Products, is a site collection feature. The feature is activated automatically for root site collections and site collections created after the Reporting Services add-in is installed. If you plan to use Power View, verify that the feature is activated.
If you install the Reporting Services add-in for SharePoint Products after the installation of the SharePoint Server, then the Report Server integration feature and the Power View integration feature will only be activated for root site collections. For other site collections, manually activate the features.

To Activate or Verify the Power View Site Collection Feature

1.     The following steps assume your SharePoint site is configured for the 2013 experience version.
Open your browser to the desired SharePoint site. For example http://<servername>/sites/bi
2.     Click Settings.
3.     Click Site settings.
4.     In the Site Collection Administration group Click Site collection features.
5.     Find Power View Integration Feature in the list.
6.     Click Activate. The feature status will change to Active.
This procedure is completed per site collection. For more information, see Activate the Report Server and Power View Integration Features in SharePoint.


That's all...Cheers 

SharePoint 2016 New Features

What's New for IT Professionals in SharePoint Server 2016

-Worth to watch this video by Bill Baer,
Microsoft Ignite @ Chicago May 4-8 2015

https://channel9.msdn.com/Events/Ignite/2015/BRK2188

Overviews of Upcoming New Features with SharePoint 2016. 

  • SP 2016 supports SAML Auth.
  • Cloud Based ID Auth
  • Supports all old auth types like classic or windows, NTLM
  • Supports TLS which is more secure and encrypted
  • SMTP with non default Port
  • You can not upgrade from SharePoint 2010 to SharePoint 2016 directly but you can from sp 2013 to sp2016.
  • No standalone installation (you have to install sql separately on same server or separate server).
  • Patching will be online means no more download work.
  • Minrole feature is more helpful to monitor health of SP environment
  • fast site creation using SP Copy object
  • Durable links allows you to change file name or location changed without breaking link.
  • tenant insight portal for monitoring
  • New Cloud search service apps
Capacity: 
  •  1,00,000 site collections per DB
  • List threshold is greater than 5000 list items
  • max file upload size is upto 10 GB
  • Index items more than 500 million items

Wednesday, September 9, 2015

Missing Assembly Reference Issue SharePoint 2010/2013


Error found in SharePoint 2010 Central Admin while migrating Content db from SharePoint 2010 to 2013 using power shell.

I found following error in log file while running test-spcontentdb command in Power shell before mounting db to SharePoint site.

Error:
Category        : MissingAssembly
Error           : True
UpgradeBlocking : False
Message         : Assembly [DocAveSiteRecycleBin, Version=1.0.0.0,
                  Culture=neutral, PublicKeyToken=729db82b9bf251ee] is
                  referenced in the database [QASContent2013], but is not
                  installed on the current farm. Please install any
                  feature/solution which contains this assembly.
Remedy          : One or more assemblies are referenced in the database
                  [QASContent2013], but are not installed on the current farm.
                  Please install any feature or solution which contains these
                  assemblies.
Locations       :

Category        : MissingAssembly
Error           : True
UpgradeBlocking : False
Message         : Assembly [ReplicatorEventHandler, Version=1.0.0.0,
                  Culture=neutral, PublicKeyToken=ccd0742fa6b8e563] is
                  referenced in the database [QASContent2013], but is not
                  installed on the current farm. Please install any
                  feature/solution which contains this assembly.
Remedy          : One or more assemblies are referenced in the database
                  [QASContent2013], but are not installed on the current farm.
                  Please install any feature or solution which contains these
                  assemblies.

Locations       :

Solution:
I found following:

MissingWebPart Error

In this example, I have received the following error whilst running a Test-SPContentDatabase operation after a content database migration from SharePoint 2007 to 2010. It also appears in the SharePoint Health Analyzer under the “Configuration” category with the title “Missing server side dependencies”:

Category        : MissingWebPart
Error           : True
UpgradeBlocking : False
Message         : WebPart class [4575ceaf-0d5e-4174-a3a1-1a623faa919a] is referenced [2] times in the database [SP2010_Content], but is not installed on the current farm. Please install any feature/solution which contains this web part.
Remedy          : One or more web parts are referenced in the database [SP2010_Content], but are not installed on the current farm. Please install any feature or solution which contains these web  parts.

As you can see, the error gives you a “WebPart class” GUID, the name of the content database, and how many times it is referenced in the database, but little else. What we need to find out here is either the name of the web part or on which pages it is referenced in the database.

For this I am going to reuse the Run-SQLQuery PowerShell script that I introduced in my article on MissingSetupFile errors:

function Run-SQLQuery ($SqlServer, $SqlDatabase, $SqlQuery)
{
$SqlConnection = New-Object System.Data.SqlClient.SqlConnection
$SqlConnection.ConnectionString = "Server =" + $SqlServer + "; Database =" + $SqlDatabase + "; Integrated Security = True"
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand
$SqlCmd.CommandText = $SqlQuery
$SqlCmd.Connection = $SqlConnection
$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter
$SqlAdapter.SelectCommand = $SqlCmd
$DataSet = New-Object System.Data.DataSet
$SqlAdapter.Fill($DataSet)
$SqlConnection.Close()
$DataSet.Tables[0]
}

Once you have loaded the function in a PowerShell console, you can run it by using the Run-SQLQuery command with the options relevant to your deployment. For [MissingWebPart] errors, you need to run a SQL SELECT query on the “AllDocs” table in the content database exhibiting the problem, joining to the “AllWebParts” table in order to find details about the missing web part. For example, you would type the following command to find details of the web part with the class ID “4575ceaf-0d5e-4174-a3a1-1a623faa919a”, as reported in the error above:

Run-SQLQuery -SqlServer "SQLSERVER" -SqlDatabase "SP2010_Content" -SqlQuery "SELECT * from AllDocs inner join AllWebParts on AllDocs.Id = AllWebParts.tp_PageUrlID where AllWebParts.tp_WebPartTypeID = '4575ceaf-0d5e-4174-a3a1-1a623faa919a'" | select Id, SiteId, DirName, LeafName, WebId, ListId, tp_ZoneID, tp_DisplayName | Format-List

Yes, it is a pretty long command, but it will produce a very useful output, as shown in this example:

Id             : 6ab5e70b-60d8-4ddf-93cb-6a93fbc410be
SiteId         : 337c5721-5050-46ce-b112-083ac52f7f26
DirName        : News/Pages
LeafName       : ArticleList.aspx
WebId          : dcc93f3e-437a-4fae-acea-bb15d5c4ea7d
ListId         : 7e13fe6c-3670-4d46-9601-832e3eb6a1e4
tp_ZoneID      : Body
tp_DisplayName :

Id             : b3fcfcd2-2f02-4fe9-93e4-9c9b5ecddf5b
SiteId         : 337c5721-5050-46ce-b112-083ac52f7f26
DirName        : Pages
LeafName       : Welcome.aspx
WebId          : 2ae0de59-a008-4244-aa66-d8f76c79f1ad
ListId         : d8f083f0-16b9-43d0-9aaf-4e9fffecd6cc
tp_ZoneID      : RightColumnZone
tp_DisplayName : 

This tells us that the web part has been found on two pages (the references mentioned in the MissingWebPart error). SiteId tells us the site collection and WebId the site where the pages are located. We also have a DirName showing the relative path and the page name itself against the LeafName property. If you’re lucky, you might get the display name of the web part against the tp_DisplayName property, but if not, you should at least be able to tell which zone the web part has been added to by looking at the tp_ZoneID property.

Easily the best way of resolving these issues is to do as the error suggests and install the missing feature or solution containing the web part, but if this is not possible or feasible to do in your scenario, we can discover the site collection URL from the GUIDs using PowerShell and then remove the offending web parts from the pages specified.

To find the site collection URL using the information output from the query, type the following command:

$site = Get-SPSite -Limit all | where {$_.Id -eq "337c5721-5050-46ce-b112-083ac52f7f26"}
$site.Url

One you have the site collection URL, you can use the relative path specified by the DirName property to find the location of the file. To remove the web part from the page, type the page URL in the browser and add ?contents=1 to the end of it. For example, to open the web part maintenance page for the ArticleList.aspx page specified in the output, type the following URL in the browser:

http://portal/news/pages/articlelist.aspx?contents=1

You can then highlight the offending web part (normally called ErrorWebPart for MissingWebPart errors) by ticking the box and clicking Delete. The screenshot below shows a web part maintenance page to give you an idea of the UI, but not an example of an ErrorWebPart as I had already removed them!



Note: If you remove an ErrorWebPart from a publishing page with versioning switched on, you may have to delete all earlier versions of the page before the error disappears from the SharePoint Health Analyzer or Test-SPContentDatabase report. This is because the web part will still be referenced from these versions, even though you removed it from the currently published page.

MissingAssembly Error

MissingAssembly errors look similar to this one:

Category        : MissingAssembly
Error           : True
UpgradeBlocking : False
Message         : Assembly [PAC.SharePoint.Tagging, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b504d4b6c1e1a6e5] is referenced in the database [SP2010_Content], but is not installed on the current farm. Please install any feature/solution which contains this assembly.
Remedy          : One or more assemblies are referenced in the database [SP2010_Content], but are not installed on the current farm. Please install any feature or solution which contains these assemblies.

I normally find MissingAssembly errors appear as the result of an event receiver, which is still registered on a list or library but part of a feature/solution no longer present on the farm.

In most cases, you may be able to look at the assembly name reported in this error and know what the problem is straight away. As before, the best way of resolving this is to reinstall the missing solution file. However, if you are not able to install the solution (e.g., maybe it only works in SharePoint 2007 and not 2010), then you may want to find the lists where the event receiver is installed and either remove the event receiver from the lists or delete the lists themselves.

To troubleshoot this issue we can re-use the Run-SQLQuery function used to help find missing web parts above. The table we need to look at this time though is called “EventReceivers”. For example, you would type the following command to find details of the assembly called “PAC.SharePoint.Tagging, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b504d4b6c1e1a6e5”, as reported in the error above:

Run-SQLQuery -SqlServer "SQLSERVER" -SqlDatabase "SP2010_Content" -SqlQuery "SELECT * from EventReceivers where Assembly = ‘PAC.SharePoint.Tagging, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b504d4b6c1e1a6e5'" | select Id, Name, SiteId, WebId, HostId, HostType | Format-List

This will produce an output similar to the following:

Id       : 657a472f-e51d-428c-ab98-502358d87612
Name     : 
SiteId   : 337c5721-5050-46ce-b112-083ac52f7f26
WebId    : 2ae0de59-a008-4244-aa66-d8f76c79f1ad
HostId   : 09308020-45a8-41e4-bbc0-7c8d8cd54132
HostType : 2

Id       : 0f660612-6be0-401e-aa1d-0ede7a9af8da
Name     : 
SiteId   : 337c5721-5050-46ce-b112-083ac52f7f26
WebId    : 2ae0de59-a008-4244-aa66-d8f76c79f1ad
HostId   : 09308020-45a8-41e4-bbc0-7c8d8cd54132
HostType : 2

As with the MissingWebPart error before, we can use these GUIDs to get the site collection and site hosting the list with the missing event receiver, as follows:

$site = Get-SPSite -Limit all | where {$_.Id -eq "337c5721-5050-46ce-b112-083ac52f7f26"}
$web = $site | Get-SPWeb -Limit all | where {$_.Id -eq "2ae0de59-a008-4244-aa66-d8f76c79f1ad"}
$web.Url

The HostId property is the GUID of the object containing the event receiver. The HostType is the object type – in this case, HostType “2” means the event receiver host is a list. You can look at the other host types by checking this article on MSDN: http://msdn.microsoft.com/en-us/library/ee394866(v=prot.13).aspx.

Now we know the GUID refers to a list, we can get it using PowerShell with this command:

$list = $web.Lists | where {$_.Id -eq "09308020-45a8-41e4-bbc0-7c8d8cd54132"}

To remove the list completely, type the following command:

$list.Delete()

To keep the list intact and just remove the offending event receiver, copy the Id property from the Run-SQLQuery output into this command:

$er = $list.EventReceivers | where {$_.Id -eq "657a472f-e51d-428c-ab98-502358d87612"}
$er.Delete()

If you do decide to delete the list completely, ensure you also remove it from the site Recycle Bin and Site Collection Recycle Bin to ensure the file is removed from the content database. If not, the error may not disappear from the Health Analyzer or Test-SPContentDatabase operation.

Conclusion: I was not able to fix all what i was looking for but i could what need to be fixed at least.

Friday, September 4, 2015

Overview for migration from sharePoint 2010 to SharePoint 2013



v Notes:
·         SharePoint 2013 can’t be upgraded, it needs to be migrated.  So we’re going to have to create new server.
·         Office Web Apps isn’t a service anymore and it requires its own server that does not have SharePoint installed.

v Hardware Requirements:
RAM: 16GB (12 GB should be fine but go with 16 GB as recommendable)
Processor: 64 bit, 4 cores for small topologies 64-bit, 8 cores for medium topologies
Hard disk: 80GB for system drive
OS: 64-bit edition of Windows Server 2012 Standard or Datacenter or enterprise (we will use Enterprise).
v Software Requirements:
Minimum requirements for front-end web servers and application servers in a farm:
·         The 64-bit edition of Windows Server 2008 R2 Service Pack 1 (SP1) Standard, Enterprise, or Datacenter or the 64-bit edition of Windows Server 2012 Standard or Datacenter.
·         The SharePoint parsing process crashes in Windows Server 2008 R2 (KB 2554876)
·         FIX: IIS 7.5 configurations are not updated when you use the Server Manager class to commit configuration changes (KB 2708075)
·         Hotfix: ASP.NET (SharePoint) race condition in .NET 4.5 RTM:
o    Windows Server 2008 R2 SP1 (KB 2759112)
o    Windows Server 2012 (KB 2765317)
·         The Microsoft SharePoint Products Preparation Tool installs the following prerequisites for front-end web servers and application servers in a farm:
o    Web Server (IIS) role
o    Application Server role
o    Microsoft .NET Framework version 4.5
o    SQL Server 2008 R2 SP1 Native Client
o    Microsoft WCF Data Services 5.0
o    Microsoft Information Protection and Control Client (MSIPC)
o    Microsoft Sync Framework Runtime v1.0 SP1 (x64)
o    Windows Management Framework 3.0 which includes Windows PowerShell 3.0
o    Windows Identity Foundation (WIF) 1.0 and Microsoft Identity Extensions (previously named WIF 1.1)
o    Windows Server AppFabric
o    Cumulative Update Package 1 for Microsoft AppFabric 1.1 for Windows Server (KB 2671763)

v Multitier Topology

·        Dev Topology:
1 Web Front End Server
2 Application Servers
1 Office web apps server
1 SQL server

·        QAS/Staging Topology:
1 Web Front End Server
3 Application Servers
1 Office web apps server
1 SQL server

·        Prod Topology:
1 Web Front End Server
3 Application Servers
1 Office web apps server
1 SQL server



v Estimate To Do

This is what needs to be done…add in if any missing steps,
Dev Farm:  Total (2 Servers)
Servers Name: DSP13WFE (Host Web Front Server and Service Apps as well)
                                          DSP13OWA (Host Microsoft Office Web Apps)


·         Install & Configurations Steps:
1. Install windows server 2012 Enterprise
2. Add roles in Server Manager
3. Create new service accounts
4. Install software prerequisites
3. Install SP2013 using SP_Farm account (Including prerequisites)
4 Run Central Admin and Create New web applications
5. Configure AAM if required
6. Register managed accounts in CA
7. Create & Configure Service application such as Search, UPS and others using SP Admin account or required account
·         Steps need to be done for sp2010 dbs migration to SharePoint 2013 Server
- We have already dbs on sql server 2014 so don’t need to backup/restore process.
- Test-SPContentDB
- Mount-SPContentDB
- Deploy WSP Solutions
- Check InfoPath forms if required.
- Check web application and test it proper.
                                http://blog.armgasys.com/?p=275

·        Post Installation Steps
-          Configure Usage and Health Data Collection
-          Configure diagnostic logging
-          Configure Incoming email
                           -    Configure Outgoing email


              That's all right now...

windows server 2012


Thursday, September 3, 2015

Get SharePoint Database using powershell

How to get all site collections name with size from Content DB using powershell


Get-SPSite -Limit All  -ContentDatabase WSS_DEV_Content  | select url, @{label="Size";Expression={$_.usage.storage}}

Move SharePoint site collection to diffrent database using powershell

How to move SP site collection from one db to other db using powershell

Move-SPSite https://dev.com/sites/test -DestinationDatabase "DBname"

Export All SharePoint Content DBs

How to export all SharePoint Content Dbs to txt file 

Get-SPDatabase | Sort-Object Name | Format-Table Name | Export-Csv "D:\AllDBs.csv"

Export All users to excel sheet SharePoint 2010/2013

How to export all SharePoint Site Users to Excel sheet using powershell

$urlWeb = "http://sp.com/sites/test"

Get-SPUser -Web $urlWeb | select DisplayName, Email, UserLogin, @{name="Exlicit given roles";expression={$_.Roles}}, @{name="Roles given via groups";expression={$_.Groups | %{$_.Roles}}},@{Name='Groups';Expression={$_.Groups -join '|'}}  | Export-Csv "D:\macs.csv"

Create new web application using powershell sharepoint 2010/2013

-Create new web apps using power shell

$ap = New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication -DisableKerberos

New-SPWebApplication -Name "SharePoint SQL FBA" -Port 80 -HostHeader "dev.sp.com" -URL "http://dev.sp.com" -ApplicationPool "dev.sp.com80" -ApplicationPoolAccount "Domain\sp_farm" -AuthenticationMethod NTLM -AuthenticationProvider $ap -DatabaseName "WSS_DBname"