When implementing SharePoint in an organization, its not just about dropping SharePoint on a server and saying to the client ‘There you go!’. This introduction to SharePoint Project Planning gives 10 useful steps to ensuring a successful SharePoint implementation.
(more…)
Users focus on email as the key productivity hub. Therefore, Microsoft Outlook is seen as the application that gets the most attention. To ensure that users can still access SharePoint document libraries without having to visit the document library, document libraries can be linked to Microsoft Outlook.
(more…)
As a SharePoint evangelist, working with users to identify their requirements can sometimes feel like an uphill struggle. We have all heard of the wishful thinkers, the my app does this so SharePoint had better too, the lets tweak this bit by bolting on that from ‘XYZ Consultants Are Us Inc’, and the list goes on.
(more…)
Fun and laughter installing the June CU 2011 for SharePoint Server.
After installing the CU, and then running an update as per the instructions at:
You may get this error just after step 2 of the Config Wizard:
===
An exception of type Microsoft.SharePoint.Administration.SPUpdatedConcurrencyException was thrown. Additional exception information: An update conflict has occurred, and you must re-try this action. The object SPUpgradeSession Name=Upgrade -20110924-194525-15 was updated by DOMAIN\ACCOUNT, in the PSCONFIG (7240) process, on machine SERVER. View the tracing log for more information about the conflict.
Total number of configuration settings run: 3
Total number of successful configuration settings: 2
Total number of unsuccessful configuration settings: 1
Successfully stopped the configuration of SharePoint Products.
Configuration of SharePoint Products failed. Configuration must be performed before you use SharePoint Products. For further details, see the diagnostic log located at [LOCATION OF LOG] and the application event log.
To Resolve:
- stsadm -o setproperty -pn command-line-upgrade-running -pv No
- IISReset
- Restart the Windows SharePoint Timer
- psconfig –cmd upgrade –inplace b2b –wait –force
A SharePoint Contact list can be synchronized with Microsoft Outlook; so that features available in Microsoft Outlook contacts would be available to a SharePoint Contact list displayed in Outlook. Another benefit of this approach is that users would be able to see all their contacts in Outlook instead of having to visit many differing locations.
(more…)
Well, its been sooo busy with me writing the MOS Study Sharepoint section for the MOS exam 77-886, and being inundated with queries concerning what is the best study guide to use for SharePoint, that I thought lets drop my thoughts in this short blog for you to mull over.
(more…)
Got a query today concerning User Acceptancy Testing (UAT) on SharePoint. As a SharePoint implementator, we know that the client needs to test the provision (your deliverables) of the SharePoint environment, based on exactly what they requested (the scope).
However, some may think that simply carrying out testing on just what the scope entails covers a full UAT.
Take this scenerio – the client is brand new to SharePoint, wants the product and needs to make sure that the team sites can store compliance data.
Do you UAT just the team site in terms of storing compliance data? No – the client doesn’t know SharePoint!
Another scenerio – the client is upgrading from SharePoint 2007 to 2010, wants the product and needs to make sure the team sites can store compliance data.
Do you UAT just the team site in terms of storing compliance data? No – the client needs to understand the nature of SharePoint 2010 against 2007 – they are not the same beast!
Of course, it all depends on whether the UAT is solely technical, or business oriented; for example, the UAT may simply be part of handing over support of the product into Business As Usual (BAU).
In anycase, UAT is perceived as something that guarantees the using the product of the product – the client is comfortable and convinced that the product does what it says on the tin. When implementing SharePoint you push the features of SharePoint; hence, you have documented standard sharepoint functionality. That must be conveyed that it works from a demonstratable perspective. Therefore UAT is required for standard SharePoint functionality.
That said, some clients might steer you away from this because in their view all they are interested in is the bits they asked for from SharePoint beyond what they ‘know’ / what they ‘think’ it does out-of-the-box. Beware of this approach since they may be assuming too little, too late.
In my experience I always UAT standard sharepoint since remember the element of training locks into this and it gives you invaluable insight into what the client expects to do with the product in their workplace. You should remind your client of this as it will instill in them the importance of understanding the nature of the beast!
If you carry out Exports and Imports using the good ole stsadm –o commands this will may be of interest if you run into the following error:
Content deployment job ‘Remote import job for job with sourceID = <id>’ failed.The exception thrown was ‘Microsoft.SharePoint.SPException’ : ‘The file Pages/Forms/Page Layout cannot be imported because its parent web /site does not exist.’
(more…)
Scenario is a two front end, index and crawl server which had just been migrated into a new server group in a different datacentre. Following the migration and startup, Front End servers both show this message every 15 minutes:
The Usage Data Import timer job failed. You can rerun this job using the Timer Job Status page in the SharePoint Central Administration site
Looks like this:

Followed by a critical error in the very next second:
The Execute method of job definition Microsoft.SharePoint.Administration.SPUsageImportJobDefinition (ID GUID) threw an exception. More information is included below.
An update conflict has occurred, and you must re-try this action. The object SPUsageServiceInstance was updated by domain\serviceaccoutn, in the OWSTIMER (ID) process, on machine SharePointFrontEndServer. View the tracing log for more information about the conflict.
Looks like this:

Noticed that the SharePoint cache had been recreated using a brand new guid, but, the file dates were all inconsistent. This could mean that there could be old instances being referred to in the jobs that no longer relate to the new farm Guid.
Resolution? – reset the SharePoint cache.
Do the following on every SharePoint server in the farm:
- Stop the Windows SharePoint Services Timer service (Found in Windows Services)
- Navigate to the cache folder
- In Windows Server 2008, the configuration cache is in the following location: Drive:\ProgramData\Microsoft\SharePoint\Config
- In Windows Server 2003, the configuration cache is in the following location: Drive:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config
- Locate the folder that has the file “Cache.ini”
- (Note: The Application Data folder may be hidden. To view the hidden folder, change the folder options as required)
- Back up the Cache.ini file.
- Delete all the XML configuration files in the GUID folder. Do this so that you can verify that the GUID folder is replaced by new XML configuration files when the cache is rebuilt.
- Note When you empty the configuration cache in the GUID folder, make sure that you do not delete the GUID folder and the Cache.ini file that is located in the GUID folder.
- Double-click the Cache.ini file.
- On the Edit menu, click Select All. On the Edit menu, click Delete. Type 1, and then click Save on the File menu. On the File menu, click Exit.
- Start the Windows SharePoint Services Timer service
Note.
The file system cache is re-created after you perform this procedure. Make sure that you perform this procedure on all servers in the server farm. Make sure that the Cache.ini file in the GUID folder now contains its previous value; make sure that the value of the Cache.ini file is not 1.