Your current filters are…
by Paul Galvin
In New York, something like 70 percent or more organizations use SharePoint for some kind of intranet related business purpose. However, far fewer use SharePoint for public facing web sites and fewer still use SharePoint for that famous in-between state - the "extranet'. That's a shame. During this session, you'll learn about some of SharePoint's lesser know but still quite powerful features that support these scenarios, including: - Strong branding for internet sites
You should leave this session with a greater appreciation of SharePoint's ability to support non-employee use and a clear idea of what it would take to get there.
Excited to learn about how to perform a complete automates SharePoint deployments using PowerShell? Well, you better be as its gives you tremendous power and flexibility. This session will kick start with a demo where you will see how to construct a medium size SharePoint farm from ground up using SharePoint PowerShell Cmdlets. As session progress, you will explore more about different aspects of scripted deployment along with common challenges while doing automated deployments including GPO considerations, ACL’s, registry updates, AD account permissions etc. After attending this session you will know what are the pro’s and con’s of doing automated SharePoint deployment.
** This session requires basic knowledge of SharePoint architecture and PowerShell scripting. For example, terms like: Farm Account, App Tier, WFE’s, Cmdlets etc. should be clear to the attendee.
In this session, you will learn how to augment your User Profiles in SharePoint 2010 with data from others systems. We will go through several features of SharePoint including UPS and BCS, and even troubleshooting. This session will highlight solutions for both SharePoint Foundation and SharePoint Server.
More than 90% of the content accessed via SharePoint is stored in SQL Server and without the correct configuration of SQL Server it can have a detrimental impact on the performance of SharePoint. Some companies don’t have dedicated database administrators (DBA’s) so the SharePoint administrators are managing the SQL Server instance that is hosting the SharePoint content. Regardless of whether it is a dedicated DBA or the SharePoint administrator there are critical SQL Server configurations that can be made to that will optimize SharePoint. Often DBA’s are familiar with how to manage SQL Server, but may not be familiar with some nuances that SQL Server has when integrated with SharePoint.
In this session we will demonstrate how some default settings SQL Server negatively impact SharePoint and what changes can be made that will improve the performance of SharePoint. These changes include database file settings, memory settings, and even file system settings. We'll also examine how to properly install SQL Server and SharePoint so they work together as efficiently as possible. This discussion will introduce the Best Practices framework that will allow your SharePoint administrator and/or your DBA to configure SharePoint and SQL Server to provide optimal performance for your SharePoint implementation.
Anyone who tells you that SharePoint Administration is painless has never tried it. There are no “It’s so easy, a caveman can do it” commercials for being a SharePoint Admin. Are you thinking about installing SharePoint for the first time, in the middle of a migration from SharePoint 2007 to 2010, or a seasoned veteran who is looking to hear about some of the pain points that you might encounter as you continue to grow your SharePoint Farm?
No matter your level of engagement with SharePoint Administration, you will find value in this session where we share with you some of the most common mistakes, pain causing issues, “hidden features” and gaping holes with the product that we have found, troubleshot, beaten into submission where possible, and on rare occasion surrendered to.
Join us as we come out from the trenches to share these real-world lessons learned, the occasion tale of woe, and many exciting “war stories” about our battles with SharePoint Administration over the years.
28th July 2012