Who should pay for Microsoft SQL installations that go wrong?

A helicopter was flying around above Seattle when an electrical malfunction disabled all of the aircraft’s electronic navigation and communications equipment. Due to the clouds and haze, the pilot could not determine the helicopter’s position and course to fly to the airport. The pilot saw a tall building, flew toward it, circled, drew a handwritten sign, and held it in the helicopter’s window. The pilot’s sign said “WHERE AM I?” in large letters. People in the tall building quickly responded to the aircraft, drew a large sign and held it in a building window. Their sign read: “YOU ARE IN A HELICOPTER.” The pilot smiled, waved, looked at her map, determined the course to steer to SEATAC airport, and landed safely. After they were on the ground, the co-pilot asked the pilot how the “YOU ARE IN A HELICOPTER” sign helped determine their position. The pilot responded “I knew that had to be the Microsoft building because, like their technical support, online help and product documentation, the response they gave me was technically correct, but completely useless.” – Thanks to Alun for the source link. #

In my view, if a car had, say a throttle problem, the manufacture would be sorting out the problem quick smart. Sage, you need to compensate the people in the front line, in the trenches. Go hit Microsoft up if you’re not happy about it. That’s what the car manufacturers do. It works for them so don’t tell me it can’t work. #

Share and Enjoy:
  • Print
  • Digg
  • StumbleUpon
  • Tumblr
  • Posterous
  • Facebook
  • Twitter
  • LinkedIn
  • Google Bookmarks
  • Add to favorites
#

One thought on “Who should pay for Microsoft SQL installations that go wrong?

  1. I’ve now got it working and the following is the distilled version of how, hope it helps any others struggling with this:

    1. The support staff in Sage Business Solutions Melbourne (bless ‘em) gave me a pointer that if “Microsoft .NET Framework 4 Client Profile” is installed it gives troubles. Therefore they suggested uninstalling it prior to commending an SQL 2008 install. I don’t know why or what but this was step 1. Note that just doing this still gave me a failed SQL install. I’d love to know more about the ‘why’ here. I’d also like to have been informed earlier instead of after me jumping up and down and making phone calls. But that’s a topic for another day. For now I’m very happy with their suggestion as it does appear to have contributed to a successful install, which is GOAL NUMBER ONE.

    2. During the install you get the option to set which account the SQL Server Database Engine uses, instead of setting to NT AUTHORITY\SYSTEM as per Sage KB26994, leave it as the default. After the installation is complete you then go to services.msc and change it to Local System then.

    3. As per Microsoft KB955666 you can’t use a ‘number’ or ‘pound’ (#) sign in the path name. Now I did NOT have a pound sign in the path, but there was a space in one of the folder names and a ‘plus’ sign (+). So taking to heart Microsofts admonition, I copied the installer to a folder C:\SQL2008ExpR2\*.* and ran it from there.

    Follows is a list of the various errors I’ve seen during this process:

    “MsiGetProductInfo failed to retrieve ProductVersion for package with Product Code = ‘{4AB6A079-178B-4144-B21F-4D1AE71666A2}’. Error code: 1608.. ” See here and here.

    “Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes.” See here.

    “Error: 15209, Severity: 16, State: 1. An error occurred during encryption.” See here.

    Attempting to open registry subkey Software\Microsoft\PCHealth\ErrorReporting\DW\Inst​alled
    Attempting to get registry value DW0200
    Submitted 1 of 1 failures to the Watson data repository
    Refer here, here and here.

    Hope this helps someone short cut the time to resolve their SQL install.

    Ben.