I am no longer posting new blogs here and all blog post that is here has been migrated to the new site. My new blog is http://www.sharepointfabian.com/blog please update your book mark and blog roll if I am on it.

See my latest blog on Managed Accounts in SharePoint 2010 using PowerShell

Happy Thanksgiving All!

I know a few of these panelist also and I am sure it will be a great discussion forum.  Looking forward to seeing you there.

please pick up the code on my SharePoint 2010 Blog. It is in three text file or one zip File.

SPSDCFed2010

Screen shots are below so you can remember where they were in my session

My Deck is also located there.

FabianDeck

Here is a Code Snippet of what I have in store for you

Coding how to aggregate data from SQL Server, Pre Existing List in SharePoint and Console data. with Logic to discriminate

So I am on a client site this week yet again and I am doing an Envisioning, ADS, and a SharePoint Intranet Base Install.  Now that I am about to talk Taxonomy and Information Architecture, we touched on just having a few sites to begin with so they are not overwhelmed,  but more importantly I only have a limited time on this project and there are quick wins that I can have by using that old Microsoft Office SharePoint Server (MOSS) templates called “Intranet Publishing Portal Template” which was under the Publishing Tab for Creating Sites. Now in SharePoint Server 2010 that Template is not in the GUI under that Tab, however you can get to it and provision a site using that Template using PowerShell

Disclaimer

I have seen a few conversations by folks in the community that I have great respect for taking the position of both using that Template for provisioning new sites in the SharePoint 2010 world v/s NOT using that Template and rather using the newer templates on Microsoft SharePoint 2010

Microsoft does have some guidance on it on the Technet Planning Sheet Sites

http://technet.microsoft.com/en-us/library/cc262410.aspx

Pay attention to the last paragraph on the page which reads in part…

“Some Microsoft Office SharePoint Server 2007 site templates, such as the site directory, news, and collaboration portal templates, are not available as an option in SharePoint Server 2010…These templates are also still available as options in the UI if the SharePoint Server 2010 farm is upgraded from Office SharePoint Server 2007. Otherwise use the social tagging features in SharePoint Server 2010 to get much of the functionality provided in these templates”

How To

SO here we go…

If you are provisioning a Site Collection for an Intranet Site in SharePoint 2010 “I have seen” where folks use Templates out of the Tabs of either of the below two screenshots below. There are several food for thought as to using one over the other; one way is to start out with a Blank Site and just activate the features you need accordingly.

New SharePoint Site

New SharePoint Site

Powershell to the Rescue

So you can, with three (3) commands gain access to the Template that you had in MOSS, see below for the command and execution

Just to Verify; run the following command and look 9 from the bottom

To actually provision the site you need to run yet another PowerShell command as indicated below which identifies the template of choice with the other parameters needed.

And BoooYaaaH you have your Intranet Collaboration Site Created in SharePoint 2010 with all the starter sites at your disposal.

In Closing

Remember I told you. Microsoft does not have this in the GUI for whatever reasons which means that I did above is probably unsupported or has issues buried somewhere, or maybe not. The truth of the matter is that I dont know.

Use at your own risk

I welcome any questions, comments, rants

Cheers!

If you have ever had to do any of the following…

• Move an entire Blog site from one location to the next
• Blog site Source may be from a different provider than the destination i.e. Blogger to SharePoint
• Synchronize delta between blogs
• You may have done an initial migration/move but for whatever reason, and now you have additional content on the source site in need of a move to the destination
• Need to manage the Security and User Context when moving a blog site from source to destination

Then, as I did, you can use Metalogix Migration Manager for Blogs and Wikis.

In my situation, I hosted my blog on a public and free Blog Site when I started out.  The blog served me well over the years and allowed me to share my knowledge and experience in SharePoint and other related technologies. I was very fortunate to get my blog sponsored/hosted on FPWeb.net servers and on the SharePoint 2010 platform, however the challenge i faced was, how do I move all that work while preserving:

1. Blog Categories
2. Published Date – to maintain my Archive
3. Blog Tags
4. User Centric Data
1. Who is the Blog Author
2. What is that Authors’ role

I also wanted to be able to transition off one blog to another without abruptly turning off the proverbial faucet of information without adequate notice to my readers and subscribers. In order to do this, I performed an initial migration of ALL the content and then delta migration of just singular posts from time to time.

Metalogix Migration Manager for Blogs and Wikis allows for all the above and more.  Below you will find out how I used the tool, I hope that this helps you in your decision making for the same or related tasks.

Approach

So where do you get the tool… right here

http://www.metalogix.net/products/Migration-Manager-for-Blogs-and-Wikis/

The installation of the tool is pretty straight forward and moving the entire blog/wiki or delta pages/posts as the come along.  Below is a screen shot where I am moving content between my source blog and my new SharePoint 2010 blog located at http://www.sharepointfabian.com

As previously mentioned, the tool has the ability to move content from a variety of Blog Content Sources into SharePoint. In my experience it will use the Object Model when you are local to the SharePoint Server and use Web Services when you are conducting the Migration Remote, for example, you have the tool installed on your workstation and both the source Blog and destination Blog are remote to  your location. Below is a screenshot of the various sources.

A few options are there for customizing the migration experience. One particular on I would like to call out that was useful to me was the ability to “Configure global Mappings…” this allows me to create a mapping between source accounts and destination accounts. This assures me that the Author of my original blogs is maintained when the transfer is effectuated.

Once you have connected to your Source Site, the migration is very easy. All you need to do Right-Click on the Source Blog and select “Copy Site” which copies all of the content for preparation to the Destination Blog. This option will move ALL content from one place to the other.

Alternatively, you may only want to move specific Blogs, in that instance you Right-Click on the Source Blog and chose “Copy Pages” which applies ONLY the selected item for preparation to the Destination Blog. This option will move only that specific content from one place to the other.

To copy the selected items to the destination it is as simple as just a regular Click for “Paste Blog Posts” and the process is kicked off

In addition to that you may create new Sites as a part of the Paste process which will spin up a site as well as copy/migrate the Selected Posts.

The tool also has a great reporting/logging feature which runs and can be viewed while the blog migration process is under way.  On completed migration you may also elect to re-run that job which keeps the same parameters and criteria that was selected thus cutting down the time it takes to execute a job.

Below is an example of what a Log File looks like when it is opened.

In Conclusion

There are certainly quite a few tools out there that provide this service but in my professional life and in my personal life I use Metalogix Migration Manager for migrating content. The tool is excellent, the support is fantastic and the team of people on staff is friendly and very supportive.  If you have never used to tool, I encourage you to give it a shot.  On twitter you can follow @metalogix for the team and @cawood for the dude I always hit up when I need stuff

In fact, I will have to use the tool again to Migrate this Delta change to my SharePoint 2010 Blog Ha ha!

As usual, I welcome all questions or comments, Cheers!

I felt it necessary to blog my experience because there are at least two gotchas that I am aware of but overall my experience was satisfactory.

So after downloading the tool, the first thing i will encourage you to do is.. yes.. Read the “ReadMe” file that is included. It details what you need to do to fire off the script.  The tool comes with a few XML files that you will have to modify; by that I mean, configure. However, these configuration steps is just a matter of providing nomenclatures for your Databases, your Account Names for Service Accounts, your Passwords for those accounts, and whether you want to install features by indicating 1 or 0 (zero). 

There is a Launch.bat file which executes the PowerShell (*.ps1) file; which inturn interrogates a Setup(optionalfilename).XML file for configuration specifics.  In my modifications to my Setup.XML i also renamed to file to include the NETBIOS name of the Server, this allows me to have a specific file for each server in the Farm.

The First Gotcha I encountered had to do with the Installation of the Bits; the script provides for executing the PreInstaller which does work; however I had an issue whereby one of the packages failed so that didnt allow the SharePoint Install to run after the PreInstaller completed. Basically, the script didnt have a graceful exception rule for instances where the PreInstaller fails.  What I got was a generic error BUT, the script log file did tell me where the error was encountered and I did notice it was in the [Region] for the PreInstaller. So I just ran the AutoInstaller by itself and then re-ran the AutoSPInstaller Launch.bat file

The Second Gotcha I met was right after I executed the batch file.  The error is below in the screen shot.  

The Error isnt that descriptive but after going back to Twitter and on CodePlex I saw that I either had to do one of the following

1. Do a “Run-As” and run the batch file as an Administrator or
2. Turn off User Access Control (UAC)

What I found particularly interesting is that  although I ran the file on the SharePoint box; which is where I got the error, it was actually referencing an issue on a separate Box, i.e. the SQL Box 

So, I elected to make the changes to UAC because I also don’t like the interruptions when i am installing products.

After I completed those issues with my mitigation techniques; it was smooth sailing. I have included below some screenshots of the process and the resultant logs

Below is the Command Window iterative logs; which is also captured in a log file

Below are all my Sites that were created. 

So in Conclusion.

You are going to have questions on this blog, the first one may be..Well Fabian “What do i do if I wan to build out a Farm that Includes more than one Server (in-fact I fielded a question on Twitter already on this one)..

the answer is to create another specific Setup[YourNameHere]Inputs.xml file and this time it will JOIN the already created farm rather than create a new Farm.  There are several “If Exist” statement in the PowerShell script that does checks for that. Now though I did this in my Lab fortunately this week, I am on a project where I need to do a Base Install of SharePoint 2010 and I plan to use the tool for that. I will let you know how it goes…

As usual, I welcome any Comments, Questions,

Cheers!

SharePoint Fabian – http://www.sharepointfabian.com/blog

For a period of 30 days I will post my Blogs on BOTH sites, but eventually i will taper off to my SharePoint 2010 Site being sponsored by FPWeb.net Thank you FPWeb; please follow them on twitter @fpweb or on Facebook http://www.facebook.com/#!/fpweb?ref=ts 

See my new SharePoint 2010 Blog

Thank you all for following me on twitter @fabianwilliams and my corporate persona @adotobllc I really appreciate all the comments, critique, and suggestions.

Keep em coming!

Part 1: – How To: Configure and Consume Kerberos for use in SQL Server 2008 R2 and SharePoint 2010 Part1

Part 2: – Configuring Service Applications, Sites, and Verifying our Work

Part 3: – Test out Using Web Parts and Communicating Securely across Web Applications with Kerberos

Synopsis

In Part 1 we covered the installation of SQL, creating SPN’s for SQL, creating and configuring Service Accounts for SharePoint and the requite SPNs for SharePoint Service Applications and Web Applications.  In this Part 2 we will pick up from there an build out the following

• Create, Configure Search Service Application
• Create Kerberos Authentication Web Applications for
• Intranet Site – Portal
• Team Site – Teams
• My Site – My
• Create Site Collections for all three

Part 5: How to Make it Work

NEXT I WILL START CREATING SERVICE APPLICATIONS

MY FIRST ONE WILL BE SEARCH SO WHEN I CREATE MY SITES, THEY CAN ALREADY BE SQUARED AWAY FOR CRAWLING AND SEARCHING

So, right now my Service Applications is Naked.. lets get Search done first so when we create or Web Apps they will be added to the Content Source of the Search Service Applicaitons.

Screen clipping taken: 8/14/2010 11:29 AM

Screen clipping taken: 8/14/2010 11:39 AM

Screen clipping taken: 8/14/2010 11:49 AM

Screen clipping taken: 8/14/2010 11:51 AM

Now I will create my Web Apps for

1. Portal

1. Teams

1. My

Right now the only Site is the Admin Site

Screen clipping taken: 8/14/2010 12:01 PM

We begin by creating a new Web App for our Portal

Screen clipping taken: 8/14/2010 12:03 PM

Change the Auth Provider to Kerberos

Screen clipping taken: 8/14/2010 12:04 PM

Create a new App Pool with the Managed Account that we have and already created the SPN for

Name your Content DB appropriately

Screen clipping taken: 8/14/2010 12:05 PM

Accept the other Defaults

Screen clipping taken: 8/14/2010 12:06 PM

Once you click OK you will get prompted about the use of Kerberos

Screen clipping taken: 8/14/2010 12:06 PM

Screen clipping taken: 8/14/2010 12:09 PM

Comfirmation is provided

Screen clipping taken: 8/14/2010 12:10 PM

Verify Auth Provider

Screen clipping taken: 8/14/2010 12:11 PM

Click Default

Screen clipping taken: 8/14/2010 12:14 PM

Screen clipping taken: 8/14/2010 12:14 PM

Now lets create a Site collection

Screen clipping taken: 8/14/2010 12:18 PM

Screen clipping taken: 8/14/2010 12:20 PM

Screen clipping taken: 8/14/2010 12:48 PM

And if all goes well

Screen clipping taken: 8/14/2010 1:22 PM

Let us now verify that Kerberos is what was used to get us to this point

We will use a variety of techniques

FIRST THRU IIS

Screen clipping taken: 8/14/2010 1:27 PM

Screen clipping taken: 8/14/2010 1:31 PM

Screen clipping taken: 8/14/2010 1:32 PM

Screen clipping taken: 8/14/2010 1:39 PM

You can also run Klist on the WFE

Screen clipping taken: 8/14/2010 1:56 PM

This is also what we have as far as Databases created so far based on our configs

Screen clipping taken: 8/14/2010 1:57 PM

Screen clipping taken: 8/14/2010 2:07 PM

Screen clipping taken: 8/14/2010 2:07 PM

Screen clipping taken: 8/14/2010 2:08 PM

Screen clipping taken: 8/14/2010 2:09 PM

DO THE SAME FOR the MySite

Then we should have the following Web Apps Created

Screen clipping taken: 8/14/2010 2:18 PM

Screen clipping taken: 8/14/2010 2:37 PM

Screen clipping taken: 8/14/2010 6:01 PM

On the MySite turn on Self Service Site Creation

Screen clipping taken: 8/14/2010 6:05 PM