presented by jacob wilson microsoft practice lead/principal bross group 1

48
SHAREPOINT 2010 UPGRADE Presented by Jacob Wilson Microsoft Practice Lead/Principal Bross Group http://sharepoint.jacobtwilson.com 1

Upload: tracey-bradford

Post on 28-Dec-2015

214 views

Category:

Documents


0 download

TRANSCRIPT

1

SHAREPOINT 2010 UPGRADE

Presented by Jacob WilsonMicrosoft Practice Lead/PrincipalBross Grouphttp://sharepoint.jacobtwilson.com

2

BROSS GROUP

3

ABOUT ME

MCTS Certified in SharePoint 2010 Configuration MCTS Certified in MOSS 2007 Configuration MCTS Certified in PerformancePoint Server 2007 Application

Development Microsoft Practice Lead/Principal at Bross Group Worked with SharePoint 2003 and 2007 over the past several years

Architecture, Branding, Installation, Upgrade, Configuration, Custom Development, and Administration

Worked with SharePoint 2010 and FAST Search for SharePoint 2010 over the past year

Architecture, Installation, Upgrade, Configuration, Custom Development, and Administration

Twitter: http://twitter.com/MOSSLead LinkedIn: http://www.linkedin.com/in/titan80 Blog: http://sharepoint.jacobtwilson.com

BROSS GROUP BACKGROUND

Founded 2004 Based in Lakewood, CO Certified Woman-Owned Business Denver Business Journal Best Places to

Work Tier one vendor to over 40 clients in CO

4

Consulting Staff Augmentation Project Delivery Application Development Direct Placement

BROSS GROUP SERVICES

6

SHAREPOINT 2010 UPGRADE

7

AGENDA

Upgrade Best Practices Upgrade Paths Upgrade Approaches

In-Place Database Attach Hybrid 1: Read-Only Databases Hybrid 2: Detach Databases

Metalogix StoragePoint Metalogix Site Migrator

8

UPGRADE BEST PRACTICES

9

UPGRADE BEST PRACTICES (2007 TO 2010)

Install MOSS 2007 SP2 and the October 2009 CU which has updates to the pre-upgrade tool.

Do some house cleaning. Remove old content databases, web applications, and IIS sites.

Resolve any errors in the Server logs or SharePoint logs.

Upgrade SharePoint Servers and SQL Server to 64 bit architecture.

10

UPGRADE BEST PRACTICES (2007 TO 2010)

Run the pre-upgrade tool to discover any potential issues.

Resolve any issues discovered by the pre-upgrade tool.

Restore production servers and database backups to Test servers for a test upgrade.

Document any issues in the Test environment for resolution in the production environment.

11

UPGRADE BEST PRACTICES (2007 TO 2010)

Ensure that the current production environment or new production environment has enough resources available for the upgrade (RAM, processor, disk space, bandwidth, etc.)

Perform one last backup of the production servers and databases before running the upgrade in production.

Ensure that the current 2007 environment complies with the 2010 software boundaries.

12

UPGRADE BEST PRACTICES (2007 TO 2010)

If using the database attach upgrade approach ensure that all databases are set to read only.

Do not add any servers to the farm during the upgrade process (servers will not be added to the database).

During and after the upgrade check the upgrade logs to resolve any issues.

13

UPGRADE PATHS

14

UPGRADE PATHS (TOPOLOGIES)

Starting topology (Office SharePoint Server 2007)

Supported ending topology (SharePoint Server 2010)

Unsupported ending topology (SharePoint Server 2010)

Stand-alone server with SQL Server 2005 Express Edition

Stand-alone server with Microsoft SQL Server 2008 Express

Any farm

Single server with SQL Server

Single server with SQL Server

Stand-alone server with Microsoft SQL Server 2008 Express

Any size farm Any size farmStand-alone server with Microsoft SQL Server 2008 Express

15

UPGRADE PATHS (SINGLE TO FARM)

In order to upgrade from a SharePoint 2007 single server configuration to a SharePoint 2010 farm configuration you must do the following: Create a new SharePoint 2007 server farm Move the databases from the SharePoint

2007 stand alone server to the newly created SharePoint 2007 server farm

Upgrade the SharePoint 2007 server farm to a SharePoint 2010 server farm

16

UPGRADE PATHS (EDITIONS)

Starting edition Supported ending edition

Unsupported ending edition

Office SharePoint Server 2007 with SP2, Standard edition

SharePoint Server 2010, Standard edition

SharePoint Server 2010, Enterprise edition

SharePoint Server 2010, Standard edition

SharePoint Server 2010, Enterprise edition

Office SharePoint Server 2007 with SP2, Enterprise Edition

SharePoint Server 2010, Enterprise edition

SharePoint Server 2010, Standard edition

Office SharePoint Server 2007 with SP2, Trial edition

SharePoint Server 2010, Trial edition

SharePoint Server 2010, full product

SharePoint Server 2010, Trial edition

SharePoint Server 2010, full product

17

UPGRADE PATHS (CROSS-PRODUCT)

Starting product Supported ending products Unsupported ending product

Windows SharePoint Services 3.0 with SP2

Microsoft SharePoint Foundation 2010 SharePoint Server 2010 (by using database attach upgrade only)

SharePoint Server 2010 (by using in-place upgrade)

SharePoint Foundation 2010 SharePoint Server 2010

Microsoft Search Server 2008 SharePoint Server 2010 or Microsoft Search Server 2010

SharePoint Foundation 2010

Microsoft Office Forms Server 2007

SharePoint Server 2010 SharePoint Foundation 2010

Microsoft Office PerformancePoint Server 2007

SharePoint Server 2010

Microsoft Office Project Server 2007 with Windows SharePoint Services 3.0 with SP2 or Office SharePoint Server 2007 with SP2

SharePoint Server 2010, Enterprise Edition plus Microsoft Project 2010

SharePoint Foundation 2010 plus Project 2010

18

UPGRADE PATHS (HARDWARE)

You CANNOT upgrade from SharePoint Server 2007 to 2010 if you are on 32 bit hardware.

You must first upgrade to 64 bit servers before performing the SharePoint upgrade process.

19

UPGRADE APPROACHES

20

UPGRADE APPROACHES (IN-PLACE)*Best for upgrading complete installation which includes servers. Does not provide continuous access to content while upgrading. Databases upgraded one at a time. Run all pre-upgrade tasks. Run SharePoint 2010 setup on the server that hosts

the Central Administration site. Run SharePoint 2010 on remaining front-end web

servers and application servers. Run the SharePoint 2010 configuration wizard on the

server that host the Central Administration site. This server, the configuration database, the services, and the content databases are upgraded sequentially

21

UPGRADE APPROACHES (IN-PLACE)

Run the SharePoint 2010 configuration wizard on all remaining servers in the farm.

Confirm that SharePoint 2010 upgrade process ran successfully.

If Visual Upgrade is being used preview the sites in the 2010 look and then complete the changes if the 2010 look is acceptable.

22

UPGRADE APPROACHES (DB ATTACH)* Best for moving to new hardware or new farm where users don’t need access to existing content during the upgrade process. Does not upgrade existing servers. Databases upgraded simultaneously. Run all pre-upgrade tasks. Create and configure a new SharePoint 2010 server

farm. Transfer all customizations to the new SharePoint

2010 server farm. Detach the content databases from the SharePoint

2007 server farm and take the old farm offline (stop all services).

23

UPGRADE APPROACHES (DB ATTACH) Attach the content databases to the

SharePoint 2010 farm and upgrade the content.

Confirm that the SharePoint 2010 upgrade process ran successfully.

Perform any final configurations (this includes load balancer settings and AAM’s).

24

UPGRADE APPROACHES (HYBRID #1)

* Best if users need continuous read-only access to existing data during the upgrade process. Run all pre-upgrade tasks. Create and configure a new SharePoint 2010

server farm. Transfer all customizations to the new

SharePoint 2010 server farm. Set all content databases to read-only. Perform a backup of the content databases.

25

UPGRADE APPROACHES (HYBRID #1)

Restore database backups to new SharePoint 2010 server farm.

Attach content databases to the new SharePoint 2010 server farm and upgrade content.

Ensure the upgrade process ran successfully. Ensure that all databases are online and not

set to read-only. Perform any final configurations (this includes

load balancer settings and AAM’s).

26

UPGRADE APPROACHES (HYBRID #2)

* Best if you need to upgrade complete installation including servers while speeding up the in-place upgrade process. Existing content is unavailable during the upgrade process. Run all pre-upgrade tasks. Take the original 2007 farm offline (stop all

services). Detach the content databases from the original

2007 farm. Run an in-place upgrade on the original farm

servers, services, and configuration database.

27

UPGRADE APPROACHES (HYBRID #2)

Attach the content databases to the original farm and upgrade the content.

Confirm the upgrade process ran successfully.

If Visual Upgrade is being used preview the sites in the 2010 look and then complete the changes if the 2010 look is acceptable.

28

UPGRADE APPROACHES (HYBRID #2 – ALT.)

Run all pre-upgrade tasks. Create a small temporary SharePoint 2010

farm. Take the original 2007 farm offline (stop all

services). Detach the content databases from the

original 2007 farm. Run an in-place upgrade on the original farm

to upgrade servers, services, and configuration database.

29

UPGRADE APPROACHES (HYBRID #2 – ALT.)

Attach the content databases to the temporary small SharePoint 2010 farm.

Reattach the content databases to the original farm.

Confirm the upgrade process has ran successfully.

If Visual Upgrade is being used preview the sites in the 2010 look and then complete the changes if the 2010 look is acceptable.

30

METALOGIX STORAGEPOINT

WHY BLOB REMOTING?On average, 90-95% of a SharePoint content database’s

storage overhead is comprised of content BLOBs.

BLOBs can be stored on less-expensive storage and SQL is no longer burdened with inefficient BLOB I/O.

Smaller and fewer content databases. Can leverage DFS, snapshot-ing, and/or mirroring for BLOB store recovery.

BLOBs can be remoted to WORM-compliant storage platforms like EMC Centera, Hitachi HCAP, or OSAR.

You can implement HSM where content can be moved to less expensive storage tiers as it becomes less relevant.

Database sizing guidelines become largely irrelevant.

(1)50GB SharePoint Content database

One Terabyte of Content

MetadataPPT

PDF

XLS

DOCTIFF

Content

Netw

ork

-A

dd

ress

ab

leC

on

ten

t-A

dd

ress

ab

leC

lou

d

950GB of file-based BLOB store(s)

32

METALOGIX STORAGEPOINT

SharePoint 2007 or 2010 support, leveraging published and supported BLOB remoting methods (EBS and RBS)

Admin experience surfaced in SharePoint Central Admin

More than just a BLOB Offloading solution Archiving Tiered Storage / HSM Extensive on-premise and cloud storage platform

support Intelligent Endpoint Management A long list of enterprise-class features

WHY BLOB REMOTING? MORE BENEFITS Generally faster content upload and retrieval.

Substantially for large (> 100MB) content and bulk operations.

Content can be compressed or de-duplicated, adding to storage cost savings.

Content can be encrypted for greater transmission and storage security.

Implement multi-tiered content storage chargeback models leveraging on-premise and/or Cloud-based platforms.

Substantially increase the speed of upgrade/migration processes from SharePoint 2007 to 2010.

Before After Difference

Large File Uploads (10-100MB)

Regularly

timed out

Several seconds to

a few minutes

Ranged from seconds to

minutes faster

Index Crawl (Full)

> 24 Hours

< 5 Hours Over 400% Faster

Before After Difference

Content Database(s) Size

442GB

Less than 14GB

97% Smaller

Before After Difference

Dozens of use case scenarios

Passed 100%

Passed 100%

None

"StoragePoint reduced our largest database by over 98% as well as alleviated several challenges in our growing environment. With Storagepoint, we can now leverage our SharePoint investment on a much larger scale.“ Mark Wiley - Chesapeake Energy IT Manager

WHY BLOB REMOTING? RESULTS

BLOB REMOTING APPROACHES

SharePoint EBS

SQL RBS

• Introduced with WSS 3.0 SP1, supported (but deprecated) in SharePoint 2010.• COM interface.• Implemented as a Farm-wide scoped feature…all BLOBs are remoted.• No orphaned BLOB garbage collection

• Capability of SQL 2008 R2, only supported in SharePoint 2010.• Well documented .NET interface.• Implemented as a content database scoped feature.• Orphaned BLOB garbage collection present OOB.

Stubs or HTML Redirects

• These are supported BLOB remoting methods.• They break OOB features and are not compatible with SharePoint OM use.

36

METALOGIX STORAGEPOINT - CONCLUSION

The SharePoint upgrade process moves BLOB’s behind the scenes and does re-associations which takes significant time.

Because the BLOB’s are externalized you significantly reduce the database operations that need to occur with BLOB’s which equals a faster upgrade.

Need a demo of the product? Email [email protected]

37

METALOGIX SITE MIGRATOR

38

METALOGIX SITE MIGRATOR

Whether you are migrating between SharePoint servers, upgrading from SharePoint Portal Server 2003 to Microsoft Office SharePoint Server 2007, upgrading to SharePoint 2010, or simply reorganizing your SharePoint content, SharePoint Site Migration Manager 2010 is an easy to use, convenient way of getting your SharePoint data across. With its familiar copy-and-paste style user interface, you can quickly migrate your SharePoint content between servers, while preserving your valuable metadata.

39

METALOGIX SITE MIGRATOR - BENEFITS Migrate SharePoint Lists, Libraries, and

even entire Sites between servers. Upgrade from SharePoint Portal Server

2003 to Microsoft Office SharePoint Server 2007, or SharePoint 2010.

Reorganize your SharePoint content. Consolidate your SharePoint

environments.

40

METALOGIX SITE MIGRATOR – KEY FEATURES Easy to use

Similar to the windows file explorer, SharePoint Site Migration Manager has a familiar, tree-based, copy-and-paste style user interface.

Migrate list types Document Libraries, Issues, Tasks, Contacts, Announcements, Discussions and Custom Lists

can all be migrated while preserving views, metadata, and user-edit information. Retain your valuable data

All version chains, metadata, user-edit information, and most views can be preserved using SharePoint Site Migration Manager.

Connect to multiple sites Connect to multiple SharePoint sites, across any number of servers, for easy consolidation, or

distribution of your SharePoint data. Work remotely

Do all the heavy lifting for your SharePoint migration from the convenience of your own machine. SharePoint Site Migration Manager connects to any SharePoint site that you can access with your browser, even those outside your organization's intranet.

Batch your work Multiple list migration operations can be batched up for convenience, and re-run at any time.

Run your migrations at night and view the results/logs in the morning. Compliant

All migration activity is done through the supported SharePoint API's. There are no unsupported, direct writes to the SharePoint database.

41

METALOGIX SITE MIGRATOR–SOURCE SYSTEMS

Supported source systems: SharePoint Portal Server (SPS) 2003 Windows SharePoint Services (WSS 2.0 and

3.0) Microsoft Office SharePoint Server (MOSS)

2007 Microsoft Online Services (MOS) [a.k.a.

BPOS, Exchange Online, or SharePoint Online] -- Standard and Dedicated versions

SharePoint 2010

42

METALOGIX SITE MIGRATOR–TARGET SYSTEMS

Supported target systems: Windows SharePoint Services (WSS) 3.0 Microsoft Office SharePoint Server (MOSS)

2007 Microsoft Online Services (MOS) [a.k.a.

BPOS, Exchange Online, or SharePoint Online] -- Standard and Dedicated versions

Sharepoint 2010

43

METALOGIX SITE MIGRATOR-UPGRADE BENEFITS

More granular control of the upgrade process – item level

More flexible upgrade process to minimize downtime

Can automate the upgrade process with PowerShell snap-ins

Can consolidate multiple environments as part of the upgrade process

Can perform cross product upgrades such as upgrading from WSS 2.0 to SharePoint Server 2010 Enterprise

44

METALOGIX SITE MIGRATOR–WHEN TO USE

The Metalogix site migrator is only useful when you are migrating to a new SharePoint farm as you must have a source farm and a target farm. Cannot use for an in-place upgrade.

Doesn’t move server customizations or custom solution packages. This would need to be performed manually just like any other upgrade approach that involves moving to a new farm.

45

METALOGIX SITE MIGRATOR - UI

46

METALOGIX SITE MIGRATOR

View the supported features here: http://www.metalogix.net/Products/SSMM2010/Fea

tures/

Need a demo of the product: Email [email protected]

47

QUESTIONS???

48

REFERENCES & USEFUL RESOURCES

Upgrade Best Practices http://technet.microsoft.com/en-us/library/cc261992.aspx

Upgrade Paths http://technet.microsoft.com/en-us/sharepoint/ee517214

Upgrade Approaches http://technet.microsoft.com/en-us/library/cc262483.aspx

Metalogix StoragePoint http://blog.storagepoint.com/

Metalogix SharePoint Site Migration Manager http://www.metalogix.net/helpSSMM/