On the SharePoint Server 2016 Start page, click Install SharePoint Server to launch Microsoft SharePoint Server 2016 Setup. When prompted, provide a product key. You can use one of the following trial product keys. The trial period is 180 days. How to Install SharePoint 2013 Server Step By Step Full All step for installing SharePoint Server 2013 Step 1 - Install & Config.
Scenario/Problem: Sometimes when you want to search for a document or a list item, you don't want to use free text to search on the content of the document or the list item. Instead, you might want to restrict the search to the metadata—the information stored about the document or list item in the columns of the list or library. For example, if you want to search for documents written by John Doe, performing a simple search for the words 'John Doe' returns documents that were not written by that person. Instead, it returns any document that has the words 'John Doe' in the body of the document, as well as in other columns, such as the column showing who modified the document last.
Solution: Advanced searching allows you to search for documents or list items in a more organized manner than just typing keywords. It lets you focus your search on a particular property of the documents or list items. For example, you can search for documents that person X wrote or documents that were created after the date 1/1/2008 or list items that have the word AdventureWorks in the company property but not in other properties.
To get to the advanced search page, you navigate to the Search Center and click on the Advanced button (see Figure 1). Depending on the configuration of the site, you might also have other links to the advanced search page.
FIGURE 1 The Advanced link in the Search Center.
The advanced search page allows you to search more specifically and in a more exact manner on parts of the document or list item (see Figure 2).
FIGURE 2 The Advanced Search page.
In this page, you can specify to look for words exactly as you do with the simple search option. When you type words in the Any of These Words box, the search results contain only documents or list items that have all the words that you type, but not necessarily in the same order. You can use the other options to refine your search. For example, if you select The Exact Phase, you can type a few words, and items will be returned in the results only if they contain the exact phrase. You can also specify words that you don't want in the documents and select the None of These Words box.
Another way to narrow a search is to specify a language. This option is usually used for web pages and not for documents, unless the documents have a property called Language.
You can specify the result type to search for example, for Microsoft Word documents, Microsoft Excel documents, or Microsoft PowerPoint documents. Or you can just select Documents to make sure your search returns only documents—and not list items (see Figure 3). The site administrator can customize this box to include more types.
FIGURE 3 Selecting the result type.
Academia.edu is a platform for academics to share research papers. The Holy Quran 16 Lines – Taj Download PDF The Holy Quran 16 Lines – Tajweedi – Hammad Download PDF. Quran 16 Line Tajweedi - Hafizi Quran Complete Android latest 1.3.1 APK Download and Install. Smart Quran App That HELPS this Perfecting learn / recite the Koran with tajweed. 16 line quran pdf free download. Addeddate 2020-10-05 02:55:25 Identifier 16-line-quran-tajwid-colored Identifier-ark ark:/13960/t8rc6h923 Ocr language not currently OCRable Pages 555. Download Holy Quran (16 Lines per page) for PC free at BrowserCam. Find out how to download and also Install Holy Quran (16 Lines per page) on PC (Windows) which is certainly designed by undefined. Offering great features. Ever thought about the best way to download Holy Quran (16 Lines per page) PC?
Finally, you can specify a search on specific properties that the site administrator configured for you to search on. You can add up to five conditions, such as Property X Equals/Does Not Equal Y, as shown in Figure 4.
As shown in Figure 4, you can chain a few conditions together and choose whether they should be chained by using an Or operator or an And operator. For example, if you specify Author Equals John and Title Equals Example, the only results will be the ones whose author is John and whose title is exactly Example. But if you search for Author Equals John or Title Equals Example, the results will include documents that have been authored by John and documents whose title is Example—not just the documents where both conditions are true.
Note
Site administrators often customize this interface. The possibility exists that your search experience here will be very different from what is shown here. You might, for example, be able to choose different operators, such as Contains.
-->APPLIES TO: 2013 2016 2019 SharePoint in Microsoft 365
Although SharePoint products farms vary in complexity and size, a combination of careful planning and a phased deployment that includes ongoing testing and evaluation significantly reduces the risk of unexpected outcomes. This article provides an overview for all types of SharePoint Server 2013 farm deployment.
For a visual representation of the information in this article, see the SharePoint 2013 Products Deployment model in the Technical diagrams for SharePoint Server topic. Related technical diagrams include ' Topologies for SharePoint 2013 and Services in SharePoint Server 2013'.
Concepts
The logical result of SharePoint Server 2013's flexibility and richness can be a high degree of complexity around installing and configuring SharePoint Server 2013 correctly. A fundamental understanding of the following key structural elements in a SharePoint Server 2013 environment is required in order to correctly deploy and support SharePoint Server 2013:
Server farm: The top-level element of a logical architecture design for SharePoint Server 2013.
Web application: An IIS Web site that is created and used by SharePoint Server 2013.
Content database: Provides storage Web application content. You can separate content into multiple content databases at the site collection level.
Site collection: A set of Web sites that have the same owner and share administration settings.
Site: One or more related Web pages and other items (such as lists, libraries, and documents) that are hosted inside a site collection.
In addition to understanding the elements of a SharePoint Server 2013 environment and how they have to be configured for your solution, you must consider the following additional factors: physical architecture, installation and configuration, and the various stages of deployment.
Physical architecture
The physical architecture, which consists of one or more servers and the network infrastructure, enables you to implement the logical architecture for a SharePoint Server 2013 solution. The physical architecture is typically described in two ways: by its size and by its topology. Size, which can be measured in several ways, such as the number of users or the number of documents, is used to categorize a farm as small, medium, or large. Topology uses the idea of tiers or server groups to define a logical arrangement of farm servers.
Size
Size uses the number of users and number of content items as a fundamental measure to indicate whether a server farm is small, medium, and large, as follows:
A small server farm typically consists of at least two Web servers and a database server. One of the Web servers hosts the Central Administration site and the other handles additional farm-related tasks, such as serving content to users.
The small farm can be scaled out to three tiers using a dedicated application server in response to the number of users, the number of content items, and the number of services that are required.
A medium server farm typically consists of two or more Web servers, two application servers, and more than one database servers. We recommend that you start with the preceding configuration and then scale out to accommodate the workload placed on the servers.
In scenarios where services are known to use a disproportionate amount of resources, you can scale out the application tier. Performance data will indicate which services you should consider off-loading to a dedicated server.
A large server farm can be the logical result of scaling out a medium farm to meet capacity and performance requirements or by design before a SharePoint Server 2013 solution is implemented. A three-tier topology environment typically uses dedicated servers on all the tiers. Additionally, these servers are often grouped according to their role in the farm. For example, all client-related services can be grouped onto one or two servers and then scaled out by adding servers to this group as needed in response to user demand for these services.
Note
The recommendation for scaling out a farm is to group services or databases with similar performance characteristics onto dedicated servers and then scale out the servers as a group. In large environments, the specific groups that evolve for a farm depend on the specific demands for each service in a farm.
For specific numbers related to small, medium, and large farms, see Performance planning in SharePoint Server 2013.
Topology
Topology uses tiers as a model for logically arranging farm servers according to the components that they host or their roles in a server farm. A SharePoint Server 2013 farm is deployed on one, two, or three tiers, as follows:
In a single-tier deployment, SharePoint Server 2013 and the database server are installed on one computer.
In a two-tier deployment, SharePoint Server 2013 components and the database are installed on separate servers. This kind of deployment maps to what is called a small farm. The front-end Web servers are on the first tier and the database server is located on the second tier. In the computer industry, the first tier is known as the Web tier. The database server is known as the database tier or database back-end.
In a three-tier deployment, the front-end Web servers are on the first tier, the application servers are on the second tier, which is known as the application tier, and the database server is located on the third tier. A three-tier deployment is used for medium and large farms.
Installation and configuration
After you finish planning your solution you can create a SharePoint Server 2013 farm to host the solution. The first step is to install SharePoint Server 2013 and create the farm that is required for the solution. The process of preparing your environment consists of the following phases:
Prepare the servers
Create the farm
Configure settings, services, solutions, and sites
Note
The farm that you create and deploy will undergo significant changes in size, topology, and complexity as you move through the different deployment stages illustrated in the SharePoint Server 2013 Products Deployment model. This is typical and the expected result of a phased deployment. This is why we recommend that you follow all of the stages described in the 'Deployment stages' section of this article.
Prepare the servers
In this phase, you get your servers ready to host the product. This includes the supporting servers and the servers that will have SharePoint Server 2013 installed. The following servers must be configured to support and host a farm:
Database server: The required version of SQL Server, including service packs and cumulative updates must be installed on the database server. The installation must include any additional features, such as SQL Analysis Services, and the appropriate SharePoint Server 2013 logins have to be added and configured. The database server must be hardened and, if it is required, databases must be created by the DBA. For more information, see:
Application servers and front-end Web servers: The farm servers that will have SharePoint Server 2013 installed must be prepared as follows: verify that they meet the hardware requirements, have the operating system hardened, have the required networking and security protocols configured, have the SharePoint Server 2013 software prerequisites installed and hardened, and have the required authentication configured. For more information, see:
'Installing software prerequisites' in Hardware and software requirements for SharePoint 2013
Domain controller: The required farm accounts have to be configured for the domain and directory synchronization must be configured.
Important
SharePoint Server 2013 does not support installation on to a domain controller in a production environment. Additionally, SharePoint Server 2013 does not support installation on to a domain controller when using the sandbox service in developer, test, or demo environments. > A single label domain (SLD) names or single label forests is also not supported. Because the use of SLD names is not a recommended practice, SharePoint Server 2013 is not tested in this scenario. Therefore, there may be incompatibility issues when SharePoint Server 2013 are implemented in a single label domain environment. For more information, see Information about configuring Windows for domains with single-label DNS names and the DNS Namespace Planning Solution Center.
For information about required accounts, see:
Create the farm
In this phase, you install the product and configure each server to support its role in the farm. You also create the configuration database and the SharePoint Central Administration Web site. The following servers are required for a SharePoint Server 2013 farm:
Database server: Unless you plan to use DBA-created databases, the configuration database, content database, and other required databases are created when you run the SharePoint Products Configuration Wizard.
Application server: After you prepare the application server, install any additional components that are required to support functions such as Information Rights Management (IRM) and decision support. Install SharePoint Server 2013 on the server that will host SharePoint Central Administration Web site and then run the SharePoint Products Configuration Wizard to create and configure the farm.
Front-end Web server: Install SharePoint Server 2013 on each Web server, install language packs, and then run the SharePoint Products Configuration Wizard to add the Web servers to the farm.
Note
After you add and configure all the front-end Web servers, you can add any additional application servers that are part of your topology design to the farm.
Configure settings, services, solutions, and sites
Sharepoint Server 2013 Download Iso
In this phase, you prepare the farm to host your site content by completing the following tasks:
Configure services.
Configure global settings. For more information, see Configure SharePoint Server
Create and populate the sites. For more information, see Create a web application in SharePoint Server
Note
Farm configuration steps are not isolated to a specific tier in the server infrastructure.
Deployment stages
By deploying a SharePoint Server 2013 solution in stages, you gain the benefits that are provided by a systematic approach, such as collecting performance and usage data that you can use to evaluate your solution. Additional benefits include verifying your capacity management assumptions and identifying issues before the farm is put into production.
We recommend that you deploy your farm in the following stages:
Sharepoint 2013 Server Download
Planning
Development
Proof of concept
Pilot
User acceptance test
Production
Planning
Before you can deploy a farm, you must plan the solution that you want to deploy and determine the infrastructure requirements, such as server resources and farm topology. When you finish the planning stage, you should have documented the following:
Sharepoint 2013 Server Download Free
An infrastructure design to support your solution
A detailed description of how you will implement the farm and the solution
A plan for testing and validating the solution
A site and solution architecture
An understanding of the monitoring and sustained engineering requirements to support the solution
A record of how the solution will be governed
An understanding of how the solution will be messaged to the user to drive adoption of the solution
We recommend that you use the planning resources and articles described in Plan for SharePoint Server.
Important
Resource and time issues may pressure you to be less rigorous during the planning stage. We recommend that you try to be as diligent as possible because missed or lightly touched planning elements can resurface as significant issues after you are in production. These issues can create much additional work, consume unbudgeted resources, and potentially take away from the success of your SharePoint Server 2013.
After the planning stage, you move through the following deployment stages, updating and revising your plans, configurations, and topologies as you test.
Development
During the development stage you will deploy SharePoint Server 2013 on a single server or on multiple servers to develop, test, evaluate, and refine the solution that you intend to implement. This environment is scaled according to your needs during solution development and can be retained as a scaled down environment for future development and testing. This is not a stable environment and there are no service-level agreements.
Proof of concept
During the proof of concept stage, the objective is two-fold: to understand SharePoint Server 2013 and to evaluate SharePoint Server 2013 in the context of how it can address your business needs. The first level of product evaluation can be done by installing all of the product components on a single server. You do a more extensive product evaluation by a proof-of-concept deployment.
A proof-of-concept deployment on a single server or on a small farm enables you to expand the scope of your evaluation. In this deployment, non-IT staff is added to the evaluation team, which provides a broader view of how SharePoint Server 2013 features might be actually be used in the organization. The benefit of a proof-of-concept deployment is that you can collect data that can be used to refine your original plan. This data—such as page views, user behavior patterns, and server resource consumption—also enables you to start to build a benchmark for sizing your farm. A proof of concept is also good when you evaluate service applications and determining what feature sets that you will offer your end users.
It is important during the proof-of-concept stage that you understand the unique characteristics and functionality of these features because this understanding will help you define your overall topology. Be aware that a proof-of-concept deployment requires additional resources and extends the time required to put SharePoint Server 2013 into production.
Prepare the servers
Create the farm
Configure settings, services, solutions, and sites
Note
The farm that you create and deploy will undergo significant changes in size, topology, and complexity as you move through the different deployment stages illustrated in the SharePoint Server 2013 Products Deployment model. This is typical and the expected result of a phased deployment. This is why we recommend that you follow all of the stages described in the 'Deployment stages' section of this article.
Prepare the servers
In this phase, you get your servers ready to host the product. This includes the supporting servers and the servers that will have SharePoint Server 2013 installed. The following servers must be configured to support and host a farm:
Database server: The required version of SQL Server, including service packs and cumulative updates must be installed on the database server. The installation must include any additional features, such as SQL Analysis Services, and the appropriate SharePoint Server 2013 logins have to be added and configured. The database server must be hardened and, if it is required, databases must be created by the DBA. For more information, see:
Application servers and front-end Web servers: The farm servers that will have SharePoint Server 2013 installed must be prepared as follows: verify that they meet the hardware requirements, have the operating system hardened, have the required networking and security protocols configured, have the SharePoint Server 2013 software prerequisites installed and hardened, and have the required authentication configured. For more information, see:
'Installing software prerequisites' in Hardware and software requirements for SharePoint 2013
Domain controller: The required farm accounts have to be configured for the domain and directory synchronization must be configured.
Important
SharePoint Server 2013 does not support installation on to a domain controller in a production environment. Additionally, SharePoint Server 2013 does not support installation on to a domain controller when using the sandbox service in developer, test, or demo environments. > A single label domain (SLD) names or single label forests is also not supported. Because the use of SLD names is not a recommended practice, SharePoint Server 2013 is not tested in this scenario. Therefore, there may be incompatibility issues when SharePoint Server 2013 are implemented in a single label domain environment. For more information, see Information about configuring Windows for domains with single-label DNS names and the DNS Namespace Planning Solution Center.
For information about required accounts, see:
Create the farm
In this phase, you install the product and configure each server to support its role in the farm. You also create the configuration database and the SharePoint Central Administration Web site. The following servers are required for a SharePoint Server 2013 farm:
Database server: Unless you plan to use DBA-created databases, the configuration database, content database, and other required databases are created when you run the SharePoint Products Configuration Wizard.
Application server: After you prepare the application server, install any additional components that are required to support functions such as Information Rights Management (IRM) and decision support. Install SharePoint Server 2013 on the server that will host SharePoint Central Administration Web site and then run the SharePoint Products Configuration Wizard to create and configure the farm.
Front-end Web server: Install SharePoint Server 2013 on each Web server, install language packs, and then run the SharePoint Products Configuration Wizard to add the Web servers to the farm.
Note
After you add and configure all the front-end Web servers, you can add any additional application servers that are part of your topology design to the farm.
Configure settings, services, solutions, and sites
Sharepoint Server 2013 Download Iso
In this phase, you prepare the farm to host your site content by completing the following tasks:
Configure services.
Configure global settings. For more information, see Configure SharePoint Server
Create and populate the sites. For more information, see Create a web application in SharePoint Server
Note
Farm configuration steps are not isolated to a specific tier in the server infrastructure.
Deployment stages
By deploying a SharePoint Server 2013 solution in stages, you gain the benefits that are provided by a systematic approach, such as collecting performance and usage data that you can use to evaluate your solution. Additional benefits include verifying your capacity management assumptions and identifying issues before the farm is put into production.
We recommend that you deploy your farm in the following stages:
Sharepoint 2013 Server Download
Planning
Development
Proof of concept
Pilot
User acceptance test
Production
Planning
Before you can deploy a farm, you must plan the solution that you want to deploy and determine the infrastructure requirements, such as server resources and farm topology. When you finish the planning stage, you should have documented the following:
Sharepoint 2013 Server Download Free
An infrastructure design to support your solution
A detailed description of how you will implement the farm and the solution
A plan for testing and validating the solution
A site and solution architecture
An understanding of the monitoring and sustained engineering requirements to support the solution
A record of how the solution will be governed
An understanding of how the solution will be messaged to the user to drive adoption of the solution
We recommend that you use the planning resources and articles described in Plan for SharePoint Server.
Important
Resource and time issues may pressure you to be less rigorous during the planning stage. We recommend that you try to be as diligent as possible because missed or lightly touched planning elements can resurface as significant issues after you are in production. These issues can create much additional work, consume unbudgeted resources, and potentially take away from the success of your SharePoint Server 2013.
After the planning stage, you move through the following deployment stages, updating and revising your plans, configurations, and topologies as you test.
Development
During the development stage you will deploy SharePoint Server 2013 on a single server or on multiple servers to develop, test, evaluate, and refine the solution that you intend to implement. This environment is scaled according to your needs during solution development and can be retained as a scaled down environment for future development and testing. This is not a stable environment and there are no service-level agreements.
Proof of concept
During the proof of concept stage, the objective is two-fold: to understand SharePoint Server 2013 and to evaluate SharePoint Server 2013 in the context of how it can address your business needs. The first level of product evaluation can be done by installing all of the product components on a single server. You do a more extensive product evaluation by a proof-of-concept deployment.
A proof-of-concept deployment on a single server or on a small farm enables you to expand the scope of your evaluation. In this deployment, non-IT staff is added to the evaluation team, which provides a broader view of how SharePoint Server 2013 features might be actually be used in the organization. The benefit of a proof-of-concept deployment is that you can collect data that can be used to refine your original plan. This data—such as page views, user behavior patterns, and server resource consumption—also enables you to start to build a benchmark for sizing your farm. A proof of concept is also good when you evaluate service applications and determining what feature sets that you will offer your end users.
It is important during the proof-of-concept stage that you understand the unique characteristics and functionality of these features because this understanding will help you define your overall topology. Be aware that a proof-of-concept deployment requires additional resources and extends the time required to put SharePoint Server 2013 into production.
Tip
Virtualization provides a good platform for evaluating SharePoint Server 2013 because a virtual environment provides flexibility, rapid deployment capability, and the ability to roll back virtual machines to previous states.
Pilot
A pilot is used to test your solution on a small scale. There are two approaches to using a pilot deployment. In the first approach, the focus is on functional testing without using real data. By using the second approach you test for production characteristics by using real data and have your pilot users test different kinds of tasks. We recommend the second approach because of the broader scope and real-world data that you can collect and use to refine your solution design.
A pilot deployment provides many benefits. It enables you to collect data that you can use to validate the following aspects of your farm design:
Infrastructure design
Capacity management assumptions
Site and solution architecture
Solution usage assumptions
The pilot stage also enables you to determine additional data that should be collected to increase the breadth and depth of your benchmarks. This is important if you want to assess the potential effect of additional features or services that you want to add to the farm before the user acceptance test.
At the conclusion of the pilot deployment, you can use the data that you collect to adjust the various components of the solution and its supporting infrastructure.
User acceptance test (UAT)
A user acceptance test deployment—also known as a pre-production environment—is used by organizations as a transitional step from the pilot deployment to a production deployment. An organization's business processes determine the scope, scale, and duration of user accept testing.
The topology of the pre-production environment should be the same as, or very similar to the planned production topology. During user acceptance testing, the SharePoint Server 2013 solution is tested against a subset or a complete copy of production data. This deployment stage provides a final opportunity for performance tuning and validating operational procedures such as backups and restores.
Production
The final stage is rolling your farm into a production environment. At this stage, you will have incorporated the necessary solution and infrastructure adjustments that were identified during the user acceptance test stage.
Putting the farm into production requires you to complete the following tasks:
Deploy the farm.
Deploy the solution.
Implement the operations plan.
If required, deploy additional environments such as authoring and staging farms, and services farms.
