The following users do not have e-mail addresses specified: . Alerts have been created successfully but these users will not receive e-mail notifications until valid e-mail addresses have been provided
In SharePoint 2007 or SharePoint 2010, when a user try to subscribe to an Alert, they got the above error.
Problem:
• When you create the user in AD email address not specified
• User got added to SharePoint
• You added user’s email in AD and run the profile import
• You know see user’s email address on mysite page
But when you subscribe to Alerts/emails. You are still getting error.
Solution:
Delete the user from SharePoint and add the user again and that will fix the problem.
Categories: Administration, MOSS 2007, SharePoint 2010 Tags: MOSS 2007, SharePoint 2010
Migrate or Move Sharepoint Content and Config Db from one server to other (SQL 2005 To SQL 2008)
To migrate or move all SharePoint databases or config db (content and Configuration) from SQL 2005 To SQL 2008 for SharePoint 2007
Steps:
- Note down SSP Settings
- Central Admin -> Shared Services Administration
- Take Print out of the page
- Central Admin->SSP->Search Administration->Content Sources
- Take Print out of the page
- Note Down Content Access account
- Central Admin -> SSP->user Profile properties -> view user profile properties
- Take print out of the page
- Note down all web applications and associated databases
- Central Admin -> Operations ->Perform a backup
- Take print out of the page
- Stop the farm
- Take back up of all content databases
- Restore content databases to the new server (except WSS_Search)
Attach Content Databases to web applications
Below procedure will be used for Admin Content database as well
Go to STSADM
stsadm –o deletecontentdb –url http://url –databasename “databasename” -databaseserver “oldserver”
stsadm –o addcontentdb –url http://url –databasename “databasename” –databaseserver “newserver”
Move SSP to the new server
Take back up of SSP through central admin
- Take back up using stsadm (stsadm -o backup -directory ”\\server\SharedFolderbackup” -backupmethod full -item “SSPName”)
- Take backup of SSP content database from SQL management Studio
- Place SSP backup in the shared folder where both servers has access and SQL service account from new server should also have access to the backup folder
- Delete SSP (stsadm -o deletessp -title ”SSPName” -deletedatabases –force)
- Detach SSP Content database (stsadm -o -deletecontentdb -url http://url -databasename “databasename”)
- Make sure SharePoint Timer Service is running
- Make sure Search Services are running on the new server
- Restore SSP to new server using central admin
- Check User profiles page (you might see an error : An Indexer is not assigned to the SSP, follow steps 11 and 12 else go to 13)
- Go to SSP ->Edit properties
- Make sure index server is selected
- Stop Search Service on the old server
- Create Search service from central admin (enter new server details)
- Make sure Search Services are running on the new server
- If needed run the crawl
- Visit the site to make sure everything is normal and running smooth
Move SharePoint Config Database
Make sure you login as Farm Admin and you have access to database as DbCreator on the new sql server.
- Take back up of SharePoint Configuration Database
- Restore Config DB to the new server
- Disconnect Config DB from the old server (Psconfig.exe –cmd configdb –disconnect)
- Connect the Config DB to the new Server (psconfig.exe -cmd configdb -connect -server ”newsql” –database “SharePoint_Config” -user ”domain\user” -password ”user_password”)
OR
psconfig.exe -cmd configdb -connect -server ”newserver” -database “Sharepoint_Config” -dbuser “domain\user” -dbpassword “password” -user “domain\user” -password “password”
Run SharePoint Config Wizard (select do not disconnect). Select the same port as it was earlier for central admin.
- Re-Start IIS
- Database should now be linked to the new SQL server.
Check Central Admin -> Operations -> Servers in the Farm
Configuration database server might be pointing to the old server. This is because config db stores information about all servers and re-name server command might not work at this stage
Check my previous blog about fixing this issue
In that case please make a change (change the parentID of the new server) in the config database.
Categories: Administration, MOSS 2007, Search, Sharepoint Installation Tags: Config Db, MOSS 2007, Search Administration, sql 2005, sql 2008, SSP, stsadm, upgrade
An indexer is not assigned to the Shared Services Provider
I got into trouble after moving all my SSP to new database server.
Problem:
Error: When i tried to view profile information in the Shared Service Provider:
An error has occurred while accessing the SQL Server database or the Office SharePoint Server Search service. If this is the first time you have seen this message, try again later. If this problem persists, contact your administrator.
Error: When i tried to the search settings in Shared Service Provider:
An indexer is not assigned to the Shared Services Provider.
Normally this happens when you try to stop the search service. In that case you will also need to restart the service.
Solution:
GoTo Central Administration -> Shared Services Administration
Select the SSP -> Edit properties
Enter SSP password and select Index Server the from the drop down
Click OK and wait for couple of minutes.
This should resolve the issue.
Categories: Administration, Sharepoint Errors Tags: MOSS 2007, Search Administration, SSP