FREE Tool for Item-level SharePoint Restores

When companies first deploy SharePoint, they often rely upon SQL Server backups to protect their SharePoint content. But when it comes to SharePoint backup and recovery, the inability to restore at the item-level makes otherwise fast recoveries burdensome and inefficient. AvePoint’s FREE SQL Restore Controller is the answer, delivering full fidelity, item-level restore capabilities directly from live SQL and DPM databases and backups. This free component complements AvePoint DocAve Backup and Recovery module, which delivers the comprehensive item-through-platform level protection organizations running mission – critical businesses demand.

Website incl. download link

Do SQL Server backups provide enough protection for my SharePoint deployment?

Many organizations running SharePoint rely solely upon SQL Server’s native functionality to backup and – when needed – to recover both content and the platform itself. Without a solution that enables full-fidelity, item-level restores from SQL Server backup images (something like AvePoint’s SQL Restore Controller), this can prove quite burdensome and inefficient. Continue reading →

It seems that sharepoint will become appealing to people more and more. For know it’s one of the most wanted jobs.

See this article for more information.

I had some problems with my old theme.

So currently i’m looking for a new theme, so my site will have some interface changes while i test several themes for their functionality.

Sorry for this …..

this morning someone from the IT-department (system manager) came to my office and asked me about this file.

WSS_Adminservice,log

His vision about this fule was that there were 2 problems with this file.

1. The size (approx 800 Mb)
2. the location (documents and settings/default user/local settings/Temp)

I agreed with him this was a bit strange. So i started to investigate it.
I called in my best friend Mr Google and we start questioning the various sources we could find.

We came up with the following information:

• Nobody knows what the purpose of this file is
• It logs users that connect to the Sharepoint portal for the first time
• Nobody knows how it can be turned on/off
• This file only exist as of SP1
• it’s the wss admin service that writes to this file

the “cure” most Moss-admins implemented was not a very nice one, but it was working.

1. Or, you create a script that deletes the file every now and then (you could move it to a different location, if you don’t like deleting)
2. Or, set the file readOnly

Bot hare work arounds and not the answers i was looking for.

For the moment we will start using Option 1, but i’ll continue my search for more information on the subject.