- This document provides an agenda for a SharePoint Saturday event taking place on June 30, 2012 in Dayton, Ohio.
- The first session is titled "Troubleshooting SharePoint with House M.D." and will discuss diagnosing and solving SharePoint issues using techniques from the TV show House M.D., such as understanding the problem, determining the root cause, finding a cure, and moving forward.
- The document encourages participants to tweet about the event using #SPSDayton and provides information on sponsorship from Brixx Ice Co. It concludes with reminders to fill out evaluations.
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
Everybody Lies: Troubleshooting SharePoint with House MD - SharePoint Saturday Dayton 2012
1. SharePoint Saturday
Dayton, Ohio
June 30, 2012
Everybody Lies
Troubleshooting SharePoint
with House M.D.
John L. Ferringer
2. General Information
• Tweet it Out!!
– Hashtag for this event: #SPSDayton
– Follow us: @SPSDayton
– Include your presenters
• Check out SPTV
– Tweets will display throughout the day on the
screens.
– Footage will be shown at http://mysp.tv
3. About me
• Senior Manager, Sogeti
• My blog: http://www.MyCentralAdmin.com
• Twitter: @ferringer
4.
5. Who is Dr. Gregory House?
• A diagnostician
• An arrogant jerk
• A cynic
• An observer
6. What’s House got to do with SharePoint?
• We often have to diagnose (troubleshoot)
• Dealing with SharePoint can make you a
jerk (just kidding)
• Dealing with SharePoint will definitely
make you a cynic
• The more you observe, the better you
diagnose
8. SharePoint is….
• Complex
• Vast in depth and breadth
• Made up of many subsystems
• Influenced by many outside factors
• Every farm and use case is unique
• …
• Just like the human body
9. How does House cure his patients?
• Understand the Issue
• Determine the Root Cause
• Finding a Cure
• Move Forward
Why not do the same with SharePoint?
12. Identify the Problem
• You can’t cure anything if you don’t know
what’s wrong
• Interview the patient
• You also have to ask the right questions
– What is the error?
– How is it happening?
– Who is seeing the error?
– When does it occur?
– What else do we know about the error?
14. Let’s get REAL for a minute
• SharePoint 2010 farm
• 1 Web Server, 1 App Server, 1 SQL Server
• Visual Studio on the Web Server
15. Review the Patient History
• What has the patient done to get here?
• What is their environment?
• What happened before the error?
• What was happening during the error?
• How was SharePoint performing?
• Do you have Change Management?
16. Know Your Logs!
• They record what’s going on
• Which logs?
– Windows Event, ULS, IIS
– Keep in mind other sources: SQL, DCs, etc
• Know your tools!
– ULS Viewer
– Log Parser
– PAL
– Just to name a few
17. Why do we care about Change?
• You have to know
what you have!
• How has it changed?
• When were they made?
20. Rule Out the Obvious
• Understand what you know
• Every problem is unique
• But, someone’s probably seen it before…
• So check your sources:
– Internal
– External: Google it! (with Bing!)
• But be careful…
21. Remember…
• Know your sources
– Who wrote it?
– Are they credible?
• Read the entire post!
– Everything!
– All the comments too
• Was there a follow up post?
• Validate the information
30. Back to John’s problem…
Treatments:
• Sysadmin rights in the database
–Oh heck no!
• Local development environment
– Not possible
• Proper rights in the database
– Now we’re talking…