Friday, February 19, 2010

Install MOSS 2007 & WSS 3.0 on Windows Server 2008 R2 – you will need SP2 slipstream

Today i encountered an issue while installing the moss 2007 on Windows Server 2008 R2, it threw an error stating "This program is blocked due to compatibility issues". I thought it could be hardware compatibility issue, then i found out that it is required to upload the lastest service pack to updates folder of moss in Moss software.

For Info: Refer those,
Ref - 1
Ref - 2

Saturday, February 6, 2010

Renaming the SharePoint Central Administration Content Database

Installing SharePoint using the GUI works really well and makes the install process pretty simple. Using the Command Prompt to perform the install on the other hand probably gives you a better sense for what is being done. It certainly gives you more control over the naming of things like databases and application pools. One in particular is the SharePoint Central Administration site collection's content database. By default it is named by concatenating "SharePoint_AdminContent_" with a newly generated GUID.


This Central Admin content database name may not be aesthetically pleasing, or DBAs may have different naming conventions or standards they will want this database to follow. All is not lost if you have used the setup wizard GUI and SharePoint has generated a database with a name like this. Content databases can be renamed by backing up and restoring the database with the new name, and then removing the old one from the web application and adding the new one in its place.

Unlike renaming regular web applications, it is best to remove the old content database and add the database restored with the new name using the Command Prompt. There is a Content Databases section in Central Administration, but in this case the content database is the same one on the backend that hosts Central Administration and that section.

The below steps best for me when I need to rename the Central Administration content database:


1. Stop the Central Administration application pool in IIS. This will prevent data loss and ensure no one else is performing operations while the content database is adjusted.

By default, the Central Administration application pool is called "SharePoint Central Administration v3" in IIS.

2. Backup the Central Administration content database using SQL Server Management Studio. I backed up the database "SharePoint_AdminContent_b73dd91a-a0f2-4d8bad9f-ba4ab59a4de3" in this example.

3. Restore the previously backed up Central Administration content database to a new database using a new name. I restored that database with the name "SharePoint_AdminContent" (without the GUID) in this example.

4. Open a Command Prompt window under the context of the SharePoint server farm account. This is the same account used as the identity of the Central Administration application pool.

5. The easiest way is to right-click the Command Prompt in the start menu, then choose "Run As" and enter the service account's credentials.

6. Enter the STSADM command in the Command Prompt window using the "deletecontentdb" option. For example, I entered the following STSADM command:

stsadm -o deletecontentdb -url http://servername:3097/ -databasename SharePoint_AdminContent_b73dd91a-a0f2-4d8bad9f-ba4ab59a4de3

7. Enter another STSADM command using the "addcontentdb" option. For example, I entered the following STSADM command:

stsadm -o addcontentdb -url http://servername:3097/ -databasename SharePoint_AdminContent

8. Delete the old content database. I deleted "SharePoint_AdminContent_b73dd91a-a0f2-4d8bad9f-ba4ab59a4de3" in this example.

9. Restart the Central Administration application pool in IIS (SharePoint Central Administration v3).

Thursday, January 7, 2010

Server error: http://go.microsoft.com/fwlink?LinkID=96177

When look into the “Event Viewer”, found the following error description:


The schema version (3.0.149.0) of the database DATA

DATABASE_NAME on DATABA_SESERVER_NAME is not consistent with the expected database schema version (3.X.X.X) on DATABASE_NAME. Connections to this database from this server have been blocked to avoid data loss. Upgrade the web front end or the content database to ensure that these versions match.

Resolution:

The first thing we did was either remove content database from the web application which are having the error or Detach the database. This doesn’t seem to work. So we run the command

stsadm –o upgrade –inplace –url Central_Administration_URL –forceupgrade

and we were back in the business J.

STSADM “Command Line Error”

Today I was deploying a solution to my server through the command line.
After pasting command that I had copied from a web I received the "Command Line Error".

Resolution:

The solution is to write the command without paste. The reason is the encoding of the pasted text. I found the explanation in the blog in the related links.