###BeginCaseStudy###
Case Study: 5
Contoso Ltd
Background
A company named Contoso, Ltd. has offices in Seattle and Toronto. Each office has
a data center and a region-specific site in a single Active Directory Domain Services
(AD DS) domain named contoso.com. The database servers run Microsoft SQL
Server 2008 R2. Database servers are installed in each data center and are
members of the region-specific sites. The WAN connection between the data centers
is a dedicated T3 connection.
Existing Corporate Farm
Contoso has a SharePoint farm named HQ-SP10. The SharePoint servers in the
farm run SharePoint Server 2010 on Windows Server 2008 R2.
HQ-SP10 hosts many web applications that require unique service accounts. A
SharePoint 2010 web application named WebApp1 is located at
https://webapp1.contoso.com.
WebApp1 references a custom knowledge base module in HQ-SP10 and the content
is stored in the SharePoint database HQDB. Employees authenticate to WebApp1
by using classic mode authentication.
Users in both offices make frequent updates to SharePoint content. Administrators
make only minimal changes to the SharePoint farm settings and web applications.
Existing Product Support Farm
The product support department hosts a SharePoint farm named DEPT-SP13. The
SharePoint servers in the farm run SharePoint Server 2013 and are members of a
domain named PrdSupport.contoso.com.
DEPT-SP13 hosts two service applications:
A built-in service application provides access to a business data model connected to
the company’s data warehouse.
A custom service application named SvcApp1 provides access to data in a legacy
system.
Users in the product support department access the service applications by using a
local web application named WebApp2. WebApp2 is located at
webapp2.contoso.com and is stored in the SharePoint database DEPTDB. Users in
other departments access the service applications by using WebApp1.
Technical Challenges
You are upgrading HQ-SP10 and the web applications hosted in the farm to a new
SharePoint Server 2013 farm named HQ-SP13. When upgrading the content
database to SharePoint Server 2013, you receive the following error message:
Business Requirements
The SharePoint 2010 environment must meet the following business requirements:
HQ-SP10 must provide read-only access to users during the migration.
All customizations in HQ-SP10 must be migrated to HQ-SP13.
The SharePoint 2013 environment must meet the following business requirements:
HQ-SP13 and the web applications must remain available if one of the SharePoint
servers or database servers is offline.
Users’ documents stored in HQ-SP13 must be available if all the servers in a region are offline.
Shared resources in SvcApp1 must be available to other SharePoint farms in the company.
All customizations in HQ-SP13 must be verified after the farm upgrade.
Periodically, you must provide an offline copy of site content from HQ-SP13 to the
legal department.
Technical Requirements
You have the following technical requirements:
All users must be able to access the business data model for the company data warehouse.
Backup administrators must be able to restore HQ-SP13, WebApp1, and SvcApp1
separately.
The SharePoint 2013 environment for HQ-SP13 must meet the following technical
requirements:
The database servers must run Microsoft SQL Server 2012.
The databases must belong to a SQL Server AlwaysOn Availability Group and use
the WAN connection for database replication between the sites.
The database servers must be configured with the Enable Contained Databases
property.
Application pools for the web applications require unique service accounts.
After the upgrade, users in the accounting department who connect to WebApp1
must be able to access shared resources in SvcApp1.
###EndCaseStudy###
You need to ensure that users can edit the appropriate documents by using Office Web
Apps. Which Windows PowerShell cmdlet should you run?
A.
Set-SPWebApplication -Identity “https://webapp2.contoso.com” AdditionalClaimProvider–
Force
B.
Set-SPWebApplication
-Identity “https://webapp1.contoso.com” AdditionalClaimProvider
–Force
C.
Convert-SPWebApplication
-Identity “https://webapp2.contoso.com” -To Claims -Retain
Permissions
D.
Convert-SPWebApplication
-Identity “https://webapp1.contoso.com” -To Claims -Retain
Permissions
From szenario:
“Employees authenticate to WebApp1 by using classic mode authentication.”
So we have to update the authentication method to claims