Shane today in class was looking for where the SharePoint change log is. I did a quick search and found a decent answer on MSDN with detail on Change Log Freshness…
"The Change Log is a physical table in each content database, and each transaction writes to the log." The Change Log recevied by hitting the lists web service http://<Site>/_vti_bin/Lists.asmx GetListItemChanges with GetListItemChangesSinceToken method of the Lists Web service to get changes starting from a specified point in time."
If you hate those generic general or unspecified error or unknown error occurred or even errors that failed and told you to contact the admin without telling you why you should contact your administrator? I really hate it when I am the administrator and it tells me nothing! Well you can turn on verbose errors that actually tell you something.
The web.config calls the application default as custom errors. It may seem counter intuitive to say "turn custom errors off," but essentially you’re saying those friendly errors aren’t telling me what I need. Here’s three simple steps…
1) During your maintenance window, find in your web.config file in the <SharePoint><SafeMode> section the following line <customErrors mode="On"/> and simply change the "On" to "Off" (case sensitive).
2) Then look for Callstack="False" and change it to "True" (again case sensitive) this will actually give you the verbose (rich) details beyond the simple error codes.
3) Reset the affected app pool or app pools (or run iisreset on the command line if you’re lazy or have no idea what I’m talking about…)
I know I’m not the first to say this, but I want to make sure this is more broadly understood. This is a great troubleshooting tip. Note it will require an app pool cycle to get this to take effect since the change is in the web.config file.
Also to note, if this is on the intranet and not exposed to external users you may find keeping the errors verbose reduces troubleshooting time. I can’t argue with that. I caution for Internet sites for revealing too much detail.
Looking for more detail on this? Andrew Connell one of my favorite MVPs, has a developers quick post of making sense of SharePoint errors on this. This is obviously not new, but often not well understood that you can even do this. (Also, kudos to Shane Young for calling this out in SharePoint Survival Admin Class).
We were talking in class about deleting closed web parts… it’s a pain to try to get to the UI where you can delete "closed web parts." I find that most page perf issues I see are related to bad web parts that are actually closed.
I’m not a fan of any closed web parts. I think it’s a poor feature. Just my 2 cents. The idea of closing web parts for private views… just didn’t work like it was designed and has more downsides than up.
I’ve had a lot of conversations with my friend Mike Watson spent a ton of time working on Disaster Recovery strategies in his time working on DR for the Hosted SharePoint and Microsoft IT deployment, as well I’ve gathered a lot of feedback in various conversations with customers, MCS, and other SIs. One thing I’ve gathered from various conversations and in my own experience is there should be some words of caution for those venturing into the SQL mirroring space. These words deal with mirroring for SharePoint in SQL 2005, I think SQL 2008 still has promise or potential. Feel free to comment as I expect this is controversial.
1. It isn’t ready – In my experience SQL mirroring is half there for SharePoint in SQL 2005. The idea is awesome, but since the granularity is in the database I have heard way too many times of failures with unknown reasons.
2. Too complex – with operations folks it is a pretty big jump for real admins to jump from doing clustering (doable) to mirroring (complex). It increases the level of difficulty for supporting the environment by a factor. I find anyone who is new to SharePoint should wait a year to mess with something like SQL mirroring. Unless it’s a SQL team, the SharePoint ops folks will find the complexity just way too high.
3. Doesn’t live up to it’s potential – Without Mirroring really giving you automatic failover what does it give you? Manual failover is complex and even the most experienced SharePoint people will be challenged to properly failover the farm across the databases…. let alone dealing with the config, SSP databases and Index.
4. Consumes too much memory – this may not be a big deal for most of you, but I’ve found the amount of memory that SQL mirroring sucks up is really something to be aware of if not concerned about. The SQL team themselves had a low threshold for mirroring due to memory from what I could glean. In Mike’s own testing he found there really was an upper limit to mirroring since SQL would consume more and more memory with each database that’s added. Please don’t assume that I had mike review this post, since he hasn’t and he may not agree with everything I’m saying here. I’ll let him respond on his blog or refute this.
5. Mirroring over the WAN is obviously a problem too since figuring out the challenges of latency really end up pushing log shipping which is an old TCP/IP netbios basically file sharing type of operation. Sadly inefficient, chatty and continues to still be superior to mirrioring in my opinion. Again I say SQL 2008 and Mirroring step up the challenge.
My 2 cents is to wait for SQL 2008 and pretend like Mirroring doesn’t exist unless you have a top notch SQL team and a top notch SharePoint team. If you do, then you’ll likely be looking at fancy tools that will help you manage the failover and manage the namespace challenges that come with mirroring. I know there are alias workarounds that some have come up with that really reduce the complexity, but the index and SSP challenges don’t completely go away. Don’t sell yourself short with Clustering vs. Mirroring or with Log Shipping vs. Mirroring. In both cases the alternative to mirroring is more simple and does the job in most cases. It is the exceptions which is why we are all looking at mirroring, so let’s not totally write it off, but keep it in your back pocket.
I had a great time at TechEd US in Orlando. WOW it was awesome! The sessions were great, the venue wasn’t bad (Go Disney/Universal/SeaWorld etc…), but the social experience was tough to beat. Obviously it’s better when we can combine the IT Pro and Dev audience.
TechEd South East Asia for parties is THE best! Last year I found a few MVPs to hang with that knew the best places to go. KL is very alive at night. Last year’s attendees party we were at a top club of Malaysia and we had Malaysian idol. They had models, pictures, awesome music, and games. Everyone had a great time.
Where else can you combine great technical sessions for cheap, awesome social environment with people from all over asia and only the best from corp, plus the best of the best repeat speakers that know how to have fun. Then add on a firefly tour, and Elephant reserve where you can feed the elephants and ride one into a river! Not in the US! The very cheap Tours are unique, I blogged about a few of them last year while Europe has become prohibitive in cost. Malaysia and South East Asia has continued to be a great place to visit from around the globe.
Of course you’ll likely go for the rich technical sessions. I’ve got 3…
SharePoint High Availability, Backup/Restore and Disaster recovery
The most frequently asked question of a SharePoint Administrator is how do I backup my farm, and then what do I do for high availability and disaster recovery. This common, but often complex question will be broken down with the best practices and lessons learned.
SharePoint Governance: Chaos No More, 10 Steps to Success
The chasm between business and IT can be breached with SharePoint. These 10 key steps to successful SharePoint deployments will help you bridge that gap and help you utilize the full power of SharePoint and without it… it’s chaos.
STSADM – Automating SharePoint Administration STSADM is the hidden path to simplify and automate SharePoint Administration. There are many properties and commands that are only accessible to the command line interface. This session will provide examples and tips for using the power of STSADM and demonstrating how it can simplify your life.