SQL 2005 mirroring : Abrupt Automatic failover

hi All, 
We have a SQL 2005 SP4 mirroring  setup of 15 DBs with Principal(P), Mirror(M) & Witness (W).
We have now seen abrupt DB failovers for some of the databases (yest it was 4 out of 15) from P to M.
Errors were seen on Witness server as follows for all Dbs that failed over:
Date 07/01/2015 11:07:48 PM
Log SQL Server (Current - 08/01/2015 12:00:00 AM)
Source spid19s
Message
The mirroring connection to "TCP://<server.domain.com>:5022" has timed out for database "<DBName>" after 10 seconds without a response.  Check the service and network connections.
Actions taken:
1. Network and Firewall team reverted that no error detected and no network traffic between the witness server and db server during the db auto failover period.
2. On the system side, we have verified that no hardware error found on either VM or SAN storage, and no Symantec SQL backup jobs running nor anti virus scanning during the db auto failover period too.
3. We did see some high amount of IO activity on P server around failover time. Some IO errors similar to below were seen, however point to note is these errors were not only for the DBs that failed over, but for others including TEMPDB:
Date 07/01/2015 11:07:38 PM
Log SQL Server (Current - 08/01/2015 4:06:00 AM)
Source spid2s
Message
SQL Server has encountered 1 occurrence(s) of I/O requests taking longer than 15 seconds to complete on file [R:\SQLDATA\MSSQL.1\MSSQL\Data\<DBName>.mdf] in database [DBName] (5).  The OS file handle is 0x000000000000095C.  The offset of the
latest long I/O is: 0x0000054ff22000
Questions:
1. I assumed that the Witness keeps polling P & M on DB mirroring endpoints (in our case 5022) to check that the DBs are online, but Network team says there is no activity on that port, is my understanding correct?
2. Is there any other reason for DB failover ? 
Link referred:  
http://dba.stackexchange.com/questions/22402/what-can-cause-a-mirroring-session-to-timeout-then-failover-sql-server-2005
http://msdn.microsoft.com/en-us/library/ms179344(v=sql.90).aspx
Any help is highly appreciated!!!
Regards,
Mandar

This is common with Mirroring server it is not as resilient to changes as log shipping. Are you aware about
below fact although not directly related to your question
If you plan to use high-safety mode with automatic failover, the normal load on each failover partner should be less than 50 percent of the CPU. If your work load overloads the CPU, a failover partner might be unable to ping the other server instances in
the mirroring session. This causes a unnecessary failover. If you cannot keep the CPU usage under 50 percent, we recommend that you use either high-safety mode without automatic failover or high-performance mode.
Now to your problem
The mirroring connection to "TCP://<server.domain.com>:5022" has timed out for database "<DBName>" after 10 seconds without a response.  Check the service and network connections.
I would say there was network dip for more than 10 seconds and since default failover time is 10 seconds and for few databases witness thought principal cannot be reached it initiated failover.
Network team is incorrect to say there was no dip (its common with NOC team not to take responsibility)
This Support Article is worth reading specially the network part
Please mark this reply as answer if it solved your issue or vote as helpful if it helped so that other forum members can benefit from it
My Technet Wiki Article
MVP

Similar Messages

  • SQL 2005 mirroring - time taken to fail over?

    I'm looking for an easy way to 'measure' the amount of time it takes our principal Database Server to fail over to our mirror Server in which all regular service will be resumed.
    Any help would be hugely appreciated 
    Thanks guys
    ras

    http://technet.microsoft.com/en-us/library/ms187465.aspx
    Best Regards,Uri Dimant SQL Server MVP,
    http://sqlblog.com/blogs/uri_dimant/
    MS SQL optimization: MS SQL Development and Optimization
    MS SQL Consulting:
    Large scale of database and data cleansing
    Remote DBA Services:
    Improves MS SQL Database Performance
    SQL Server Integration Services:
    Business Intelligence

  • Manual or Automatic failover?

    For SQL Server (2005/2008/R2) cluster, after failover happened from one node to another, how do I tell whether it was an automatic failover or somebody failed it over manually. This would help further troubleshoot what caused the failover. Please
    consider both Windows Server 2003 and Windows Server 2008 scenario. Thanks.

    Hi yarkandstar,
    Based on your description, you can check the SQL Server Error logs to find if it is an automatic failover or a manual failover in  SQL Server cluster. In the Error logs, if SQL Server restart multiple times in the same node and then come online in the
    other node, it should ideally be an automatic failover. If SQL Server is running on a different node after the first restart, it is a manual failover.
    Also, as Balmukund’s post, you can check the cluster log  to know whether SQL Server has an automatic failover or a manual failover.
    For more details about checking cluster log in Windows server 2003 cluster, please review this blog:
    How to find whether SQL Server had an Automatic Failover or a Manually initiated Failover in cluster.
    For more details about checking cluster log in Windows server 2008 cluster, please review this similar thread:
    Need to know if it was a manual or an automatic failover - WIndows server 2008 R2.
    Thanks,
    Lydia Zhang

  • OCS 2007 R2 with SQL 2005 database mirroring failover?

    We have OCS 2007 Enterprise Edition installed fine and with the databases mirrored to a backup server/location.  I'm testing our environment for a potential disaster, including losing our primary SQL server (SQL 2005).  I fail the databases over and update the backend pool to the backup SQL server name, but we cannot connect via Office Communicator and I see this error on the OCS server:
    OCS User Services, error category 1006, event id 30962:
    Connection to back-end database succeeded, but failed to execute registration stored procedure on the back-end. This error should not occur under normal operating conditions. Contact product support.
    Back-end Server: databkp Database: rtc Sql native error: 515 Connection string of:
    driver={SQL Native Client};Trusted_Connection=yes;AutoTranslate=no;server=databkp;database=rtc;
    Cause: Possible issues with back-end database.
    Resolution:
    Ensure the back-end is functioning correctly.
    Can anyone shed some light on this SQL 515 error?  Thanks in advance!
    -Erik

    We're having a similar issue but with error number 601. I've tried a million different things aside from restoring the database, which may be next. I tried editing the procedure and I *think* I edited the right lines 77 and 105 for me. Changed:
        delete dbo.DbConfigDateTime
          from @DbTime as t
         where dbo.DbConfigDateTime.Name = t.ValueName
           and t.StoredDbName = N'rtc'
           and t.Value is null
    to:
        delete dbo.DbConfigDateTime
          from @DbTime as t
         where dbo.DbConfigDateTime.Name = t.ValueName
           and t.StoredDbName = N'rtc'
           and t.Value is not null
    and 
        delete rtcdyn.dbo.DbConfigDateTime
        from @DbTime as t
        where rtcdyn.dbo.DbConfigDateTime.Name = t.ValueName
        and t.StoredDbName = N'rtcdyn'
        and t.Value is null
    to:
        delete rtcdyn.dbo.DbConfigDateTime
        from @DbTime as t
        where rtcdyn.dbo.DbConfigDateTime.Name = t.ValueName
        and t.StoredDbName = N'rtcdyn'
        and t.Value is not null
    Not sure if that's where the modification is supposed to go. Any clarity here? Anyone else get a 601 error?

  • The acount information could not be verified - SQL 2005 SP3 installation on Windows 2008 R2 Failover Cluster

    Hi,
    We have a problem when we are trying to install SQL SP3 on SQL 2005 cluster.
    The problem is described bellow:
    We installed a new Windows 2008 R2 x64 failover cluster with two nodes.
    As a next step we installed SQL 2005 Enterprise edition x64 on this failover cluster. We have finished the installation without problems. After SQL installation we are trying to install SQL SP3 . We have logged on using a domain administrator account and
    we start the installation of SP3 with that user. In authentication mode screen the test gives a success status using either domain administrator-windows authentication or sa-sql authentication. On remote user account screen, when we give the domain
    administrator account we get the message "the account information could not be verified. Press ok to return to authentication mode screen to determine the reason for failure".
    We have tried to give the SQL services startup user on remote user account screen but the error is the same.
    the domain administrator account exists on security logins of SQL with sysadmin rights.
    Can someone help?
    Thanks. 

    Hi StelioMavro,
    According to your error message, when you install SQL Server 2005 SP3 in your failover cluster, we need to verify if there was other instance that had been removed and the installation did not pass the login check. I recommend you use windows authentication
    instead of SQL Server authentication when applying SP3. And the windows account used to run the SP3 setup program must have administrator privileges on the computer where SP3 will be installed.
    For more information about how to install SQL Server 2005 SP3 in failover cluster, you can review the following article.
    http://www.sqlcoffee.com/Tips0007.htm
    Regards,
    Sofiya Li
    Sofiya Li
    TechNet Community Support

  • SQL 2012 Database Availability Group - Force Automatic Failover

    Hi All,
    I'd appreciate some help in understanding the following scenario in my test environment.
    I have created a DAG with 2 replica servers (both of which are HyperV VM's running W2012 Std).
    From a client PC in my test lab, I can connect to the virtual listener of my DAG and confirm via the "select @@servername" command that I am connecting to the primary replica server.
    Using the Failover Wizard, I can easily move to primary instance between my 2 nodes and the command above confirms that the primary replica server has changed. So far so good.
    What I wanted to test, was what would happen to my DAG in the event of a complete loss of power to the server that was acting as the primary replica server. At first, I thought I would stop the SQL Server service on the primary server, but this did not result
    in my DAG failing over to the secondary replica. I have found out that the only way I can do this is by effectively shutting down the primary server in a controlled manner.
    Is there any reason why either stopping the SQL Server service on the primary replica, or indeed forcing a power off of the primary replica does not result in the DAG failing over to the secondary replica?
    Thanks,
    Bob

    Hi,
    I would verify if Database Availability Group means AlwaysOn Availability Group.
    How did you set the FailureConditionLevel?
    Whether the diagnostic data and health information returned by sp_server_diagnostics warrants an automatic failover depends on the failure-condition level of the availability group. The failure-condition level specifies what failure conditions
    trigger an automatic failover. There are five failure-condition levels, which range from the least restrictive (level one) to the most restrictive (level five). For details about failure-conditions level, see:
    http://msdn.microsoft.com/en-us/library/hh710061.aspx#FClevel
    There are two useful articles may be helpful:
    SQL 2012 AlwaysOn Availability groups Automatic Failover doesn’t occur or does it – A look at the logs
    http://blogs.msdn.com/b/sql_pfe_blog/archive/2013/04/08/sql-2012-alwayson-availability-groups-automatic-failover-doesn-t-occur-or-does-it-a-look-at-the-logs.aspx
    SQL Server 2012 AlwaysOn – Part 7 – Details behind an AlwaysOn Availability Group
    http://blogs.msdn.com/b/saponsqlserver/archive/2012/04/24/sql-server-2012-alwayson-part-7-details-behind-an-alwayson-availability-group.aspx
    Thanks.
    Tracy Cai
    TechNet Community Support
    Hi,
    Thanks for the reply.
    It's an AlwaysOn Availability Group.
    In my test lab, I have changed the quorum configuration to a file share witness and that has allowed an automatic failover when I turn the primary replica server off (rather than power it off).
    I'll take a look at the links you provided.
    Regards,
    Bob

  • SQL 2012 Mirror with SQL 2005

    We need to move an SQL DB, so we decided to upgrade at the same time.
    The upgrade will be both in software and hardware.
    My question, can we setup a mirror between SQL 2012 and SQl 2005 in order to migrate the DB's to new hardware and SQL instance?
    Thanks!

    Hi wmikef,
    We cannot set up a mirror between SQL  Server 2012 and SQL Server 2005. Please note that the
    prerequisites for setting up database mirroring.
    • For a mirroring session to be established, the partners and the witness, if any, must be running on the same version of SQL Server.
    • The principal server and mirror server, must be running the same edition of SQL Server. The witness, if any, can run on any edition of SQL Server that supports database mirroring.
    • The database must use the full recovery model.
    • Verify that the mirror server has sufficient disk space for the mirror database.
    • Make sure that you restore the backup of the principal database specifying the same database name WITH NORECOVERY when creating the mirror database on the mirror server.
    For more information, please review the following article.
    http://msdn.microsoft.com/en-us/library/ms366349.aspx
    Thanks,
    Lydia Zhang
    If you have any feedback on our support, please click
    here.

  • Automatic failover doesn't failback to the first server if the second server is lost.

    Hi Everybody,
       We use the database mirroring a lot in our product solutions and we have recently experienced a strange behaviour in our failover tests with SQL2008R2.
    We have 2 servers running Windows 2008 R2 standard and SQL 2008 R2 standard SP2. (let's call them DB1 and DB2)
    We also have a Witness workstation running SQL 2008 Express on a Windows 7
    A database from DB1 is mirrored to DB2 in "safety full" mode, with witness. At this stage, the database is principal on DB1 and mirror on DB2
    To test the automatic failover, we first restart the DB1 server which has the database in principal mode
    After a few seconds, the database on DB2 becomes principal, which is normal , that's exactly what we want.
    After a few minutes, DB1 comes back online and its database takes the mirror role (still OK). At this stage then, the database is principal on DB2 and mirror on DB1
    when the monitoring application shows that the mirror is synchronized and that both servers are connected to the witness, we restart DB2 to trigger an automatic failover to DB1.
    What we see is that DB1 never takes the principal role and the database stays in mirror.
    In the DB1 Errorlog, I only see these 2 lines when DB2 disappears, no other message related to the mirroring session.
    2014-01-22 08:57:26.91 spid43s     Starting up database 'Test123'.
    2014-01-22 08:57:26.95 spid43s     Bypassing recovery for database 'Test123' because it is marked as a mirror database, which cannot be recovered. This is an informational message only. No user action is required.
    When DB2 comes back online, the database on DB2 keeps its principal status and the database on DB1 stays mirror.
    And what is really really strange is that, if I restart DB2 once again, directly after that, DB1 failover normally and the database on DB1 takes the principal role after a few seconds. without any configuration changes between the 2 restarts.
    DB1 errorlog shows then :
    2014-01-22 09:00:37.53 spid29s     Error: 1474, Severity: 16, State: 1.
    2014-01-22 09:00:37.53 spid29s     Database mirroring connection error 4 'An error occurred while receiving data: '64(The specified network name is no longer available.)'.' for 'TCP://DB2:5022'.
    2014-01-22 09:00:37.53 spid18s     Database mirroring is inactive for database 'Test123'. This is an informational message only. No user action is required.
    2014-01-22 09:00:42.37 spid32s     The mirrored database "Test123" is changing roles from "MIRROR" to "PRINCIPAL" due to Auto Failover.
    2014-01-22 09:00:42.39 spid32s     Recovery is writing a checkpoint in database 'Test123' (7). This is an informational message only. No user action is required.
    2014-01-22 09:00:42.39 spid32s     Recovery completed for database Test123 (database ID 7) in 78 second(s) (analysis 0 ms, redo 0 ms, undo 7 ms.) This is an informational message only. No user action is required.
    So, if I summarize, 
    - a first failover from DB1 to DB2 always work
    - then, a restart of DB2 never failover to DB1
    - a second restart of DB2 always failover to DB1
    This is pretty much systematic on one our server couple.
    Any explanation for this or any idea where I can search to find the reason of this strange behavior ?
    Thanks a lot for your help
    Seb

    Thank you Tom
    But I have already checked that and reported the Errorlog abstracts in my original post.
    When DB01 disapears for the first time, nothing in the DB01 ERRORLOG (it is restarting :-) )
    AND no particular error message in the DB02 ERRORLOG (nothing related to the fact that DB01 is not reachable anymore !!! )
    Only these two lines
    2014-01-22 08:57:26.91 spid43s     Starting
    up database 'Test123'.
    2014-01-22 08:57:26.95 spid43s     Bypassing recovery
    for database 'Test123' because it is marked as a mirror database, which cannot be recovered. This is an informational message only. No user action is required.
    So my main question remains Why DB02 doesn't detect that DB01 disapears (and the first time only) and why the failover mechanism doesn't trigger the failover ?
    Thank you
    Seb

  • SP 2013 - Database Recovery Mode When Using SQL Server Mirroring

    Hello Community,
    Our DBA is configuring a High Availability Architecture for our SharePoint 2013 Farm.  Essentially he is using SQL Server Database mirroring with a clustered automatic failover using a witness server.  He has informed me that mirroring requires
    that the databases are set to Full Recovery Mode, but that several of the databases are set to Simple Recovery Mode, the databases are the following:
    SearchService_DB
    SearchService_DB_CrawlStore
    SearchService_DB_AnalyticsReportingStore
    SearchService_DB_LinksStore
    WSS_UsageApplication
    User_Profile_DB
    User_Sync_DB
    User_Social_DB
    However, when I checked the following article -
    http://technet.microsoft.com/en-us/library/cc678868.aspx - I see that Simple Recovery Mode is the default configuration for these databases.  So, finally, here is my question - will it be detrimental to these databases to set them to the Full Recovery
    Mode?
    Thanks!
    Tom
    Tom Molskow - Senior SharePoint Architect - Microsoft Community Contributor 2011 and 2012 Award -
    Linked-In - SharePoint Gypsy

    This really depends on your recovery objectives. The main reason for taking log backups, aside from truncating the log, is to be able to recover to a specific point-in-time. This is very helpful in mission-critical, highly transactional systems. I have not
    seen a SharePoint environment require a point-in-time restore of the content or application service database. So for this case, you can overwrite the LDF bakups. Just make sure that you can recover your databases appropriately and meet your recovery objectives
    on the farm level.
    As far as the log file growth is concerned, you are correct. If you cap the size of your LDF file to let's say 10 GB, regular log backups will truncate the log, thereby, having space for additional transaction log records. The only risk here is when your
    log backups are not frequent enough that the LDF file fills up before the next log backup runs to truncate the log. You run the risk of your database behaving as read-only and that will affect the site collections/applications using those databases
    Edwin Sarmiento SQL Server MVP | Microsoft Certified Master
    Blog |
    Twitter | LinkedIn
    SQL Server High Availability and Disaster Recover Deep Dive Course

  • Microsoft SQL 2005 preload problem

    Hi Guys,
    First post! I took receipt of my W520 a few weeks ago. It is great, very pleased with it on the whole.
    There is one problem, however. I play a fair amount of recreational card games over the internet. This requires a program which converts the text file “hand histories” into postgreSQL server data to make it quickly readable and provide tracking for win/loss among a whole host of other statistical things.
    Unfortunately after going through their troubleshooting numerous times, going through factory restore and repeating the process, I still cannot get my SQL server to automatically start. Believe me, I have tried everything. Running them all as admin, editing the startup in the windows “services” dialog etc etc. The server does start manually and the program works fine, but every time I start it I have to do it manually and it is irritating. It should just start up in the background but it doesn’t.
    I believe it is the Microsoft SQL 2005 express that is somehow blocking the auto start. Basically, I want my Lenovo as it is, just without the preloaded SQL server. Using the factory restore just reloads it back on and when I manually uninstall the SQL server I still have the same problem. I believe it leaves a lot of little nuggets behind when you uninstall it through the standard W7 “uninstall a program” and the full uninstall looks a long and difficult process, with no guarantee of really removing everything.
    So, the plan is to install a bare copy of W7 using a borrowed disk, install my own personal SQL program and test to see if that works. I am almost certain it will. From there, I plan to build back my programs on top so I essentially have my PC now, bar the bundled SQL 2005 express or whatever it is. Following this I will make a system image and store it away safely to avoid all this mess and only reinstall using the factory disks if absolutely necessary.
    I have my W7 OEM serial, found using a serial grabber. Obviously I didn’t pay all this money to scrap all the useful thinkvantage tools like “airbag” and basic fingerprint/camera drivers etc. I also like the realtime warranty countdown timer. How should I go about this task? Is all I need is the PC serial underneath to reload thinkvantage at a later date with full functionality? Is there anything I should consider before starting?
    If there is a better subforum to post this question in, please let me know.
    Many thanks,
    Nick

    What is service dependency?
    Yes I tried to make a batch file. Not in startup folder, but one on the desktop that had the right path. This returned an error from the statistical program and not the SQL server. It initially looked hopeful as I had it start up the "start server" option for the right SQL server. This opened up the dos window and said it had correctly started. However, when the stats program launched it hung up on loadscreen and returned an error message. Not sure why this was, but it didn't seem to like being loaded through a .bat.
    This seems like a work around more than a solution anyway. I just want to get it to work properly.
    Here is the thread in the database analaysis program forum for your reference.
    http://forums.holdemmanager.com/general-support/197501-hem-crashing.html
    Thanks,
    Nick

  • SQL 2005 Express will not start

    Service just would not start after a reboot I have approximately 30 clients this has happened to basically out of the blue and they started happening approximately 6/17/2014. The SQL log and event log errrors are below. Uninstall reinstall only fails, switching
    to local service account throws WMI Provider Error, Can't find object or property" [0x80092004]. The common issue seems to be a malware infection of Search Protect. Please advise before this gets worse. Thank you.
    SQL 2005 wont start error logs
    FallBack certificate initialization failed with error code: 1.  17190
    TDSSNIClient initialization failed with error 0x80092004, status code 0x80.  17182
    TDSSNIClient initialization failed with error 0x80092004, status code 0x1.  17182
    Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.  17826
    SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.  17120
    The SQL Server (VSDOTNET) service terminated with service-specific error %%-2146885628.  7024
    FallBack certificate initialization failed with error code: 1.  17190
    INFO-Unable to initialize SSL encryption because a valid certificate could not be found, and it is not possible to create a self-signed certificate.  26017
    Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.  17826
    SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems. 17120
    WMI Provider Error
    "Can't find object or property" [0x80092004]
    SQL Start up log
    2014-06-26 09:18:54.83 Server      Microsoft SQL Server 2005 - 9.00.5000.00 (Intel X86)
        Dec 10 2010 10:56:29
        Copyright (c) 1988-2005 Microsoft Corporation
        Express Edition on Windows NT 6.1 (Build 7601: Service Pack 1)
    2014-06-26 09:18:54.83 Server      (c) 2005 Microsoft Corporation.
    2014-06-26 09:18:54.83 Server      All rights reserved.
    2014-06-26 09:18:54.83 Server      Server process ID is 2716.
    2014-06-26 09:18:54.83 Server      Authentication mode is MIXED.
    2014-06-26 09:18:54.83 Server      Logging SQL Server messages in file 'c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\ERRORLOG'.
    2014-06-26 09:18:54.83 Server      This instance of SQL Server last reported using a process ID of 4936 at 6/26/2014 9:13:53 AM (local) 6/26/2014 2:13:53 PM (UTC). This is an informational message only; no user action is required.
    2014-06-26 09:18:54.83 Server      Registry startup parameters:
    2014-06-26 09:18:54.83 Server           -d c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\master.mdf
    2014-06-26 09:18:54.83 Server           -e c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\ERRORLOG
    2014-06-26 09:18:54.83 Server           -l c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\mastlog.ldf
    2014-06-26 09:18:54.84 Server      SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.
    2014-06-26 09:18:54.84 Server      Detected 2 CPUs. This is an informational message; no user action is required.
    2014-06-26 09:18:54.94 Server      Using dynamic lock allocation.  Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node.  This is an informational message only.  No user action is required.
    2014-06-26 09:18:54.95 Server      Database mirroring has been enabled on this instance of SQL Server.
    2014-06-26 09:18:54.96 spid4s      Starting up database 'master'.
    2014-06-26 09:18:55.11 spid4s      SQL Trace ID 1 was started by login "sa".
    2014-06-26 09:18:55.13 spid4s      Starting up database 'mssqlsystemresource'.
    2014-06-26 09:18:55.15 spid4s      The resource database build version is 9.00.5000. This is an informational message only. No user action is required.
    2014-06-26 09:18:55.32 Server      Error: 17190, Severity: 16, State: 1.
    2014-06-26 09:18:55.32 Server      FallBack certificate initialization failed with error code: 1.
    2014-06-26 09:18:55.32 spid4s      Server name is '2UA1371VFY\VSDOTNET'. This is an informational message only. No user action is required.
    2014-06-26 09:18:55.32 spid8s      Starting up database 'model'.
    2014-06-26 09:18:55.32 Server      Unable to initialize SSL encryption because a valid certificate could not be found, and it is not possible to create a self-signed certificate.
    2014-06-26 09:18:55.32 spid4s      Starting up database 'msdb'.
    2014-06-26 09:18:55.32 Server      Error: 17182, Severity: 16, State: 1.
    2014-06-26 09:18:55.32 Server      TDSSNIClient initialization failed with error 0x80092004, status code 0x80.
    2014-06-26 09:18:55.32 Server      Error: 17182, Severity: 16, State: 1.
    2014-06-26 09:18:55.32 Server      TDSSNIClient initialization failed with error 0x80092004, status code 0x1.
    2014-06-26 09:18:55.32 Server      Error: 17826, Severity: 18, State: 3.
    2014-06-26 09:18:55.32 Server      Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.
    2014-06-26 09:18:55.33 Server      Error: 17120, Severity: 16, State: 1.
    2014-06-26 09:18:55.33 Server      SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.
    James Ball

    This is what I found by someone else;
    I know it's probably too late to help with the original poster, but we had this same issue and nothing we tried resolved the problem. Finally, we opened a technical incident with Microsoft and this is the solution that we were provided:
    Take backup of below registry key.
    HKLM\SOFTWARE\Microsoft\Cryptography\MachineGuid This key should ideally have the GUID of the machine without curly braces, so {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} becomes xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
    Then delete the braces.
    Try to reboot and start the SQL service . If service don’t start then Uninstall and reinstall SQL.
    The above solution worked on two separate machines exhibiting this problem.
    Monday, June 30, 2014 3:03 PM
    jawg
    (Partner)
    10 Point
    James Ball

  • SQL 2005 with ERP2005 (ECC 6.0) Unicode

    Hi All,
    I need a few questions to be answered.
    Can anybody tell me as to what would be the initial size of the database after an installation of ECC 6.0 Unicode with database as SQL 2005.
    Is there any minimum hardware requirements that would have to be taken into consideration before an installation is planned.
    Can anyone help me in deciding whether MSCS services or Manual Log shipping would be preferred for Failovers.....
    Regards
    Anand

    <b>Sizing</b>
    Hardware sizing should be completed by your SAP partner. Its based on many things. Users, modules, storage volumes, peek, BP, workloads etc etc.
    You can do the 'noddy' version with the sapsize on OSS. The output from this is in 'SAPs' you could look up std systems bench marks and get something 'like' it. Else submit the results to the hardware vendor of your choice and they will do it for you.
    <b>System Redundancy</b>
    Depends what you are trying to do.
    MSCS is a fail over HARDWARE only solution. ie if you want to patch or take a node out of service you can by 'failing over' the services on it to the other node. If you get a DB problem MSCS can not help you at all.
    Log shipping gives you 'rapid' recovery options for SQL(and there in SAP). The way this normally works is via either manual or automatic log-shipping to a 'standby' system with SQL/SAP loaded on it that can be brought online if you get a problem with the main system.
    A well planned system will have fail-over and recovery capabilities, ie it will use BOTH.

  • SQL 2005

    Hi,
    Can you please help me to find SQL 2005 installation guide for SAP B1.
    Thanks,
    Olga

    Have you got this part:
    Procedure
    1. Put the SAP Business One Product DVD into the DVD drive.
    The installation program appears automatically. If the DVD does not launch the installation
    program, navigate to the DVD root folder and double-click Autorun.exe.
    2. Install Microsoft SQL Server 2005:
    a) From the installation program Welcome page, choose Install Server .
    > If SQL Server 2005 is not installed on your computer, the SQL Server 2005 installation page appears.
    > Choose Install to begin installing SQL Server 2005. This process does not require inputfrom you and may take some time. Or,
    > Choose Skip to perform the installation yourself.
    >Note
    >If you install SQL Server 2005 yourself, make sure you select Latin1_General and AS in theCollation Settings window.
    > If you already have SQL Server 2005 installed, the installation proceeds to the Server Installation page. Continue with Step 4.
    b) Put the SQL Server 2005 DVD and specify the installation directory.
    To change the default installation directory, choose Browse.
    Choose Install.
    The setup begins a silent installation of SQL Server 2005 components. The silent installation
    uses the following default values:
    c) Wait until the installation program confirms that you can remove SQL Server 2005 DVD.

  • SQL 2005 cluster rejects SQL logins when in failed over state

    When SQL 2005 SP4 on Windows 2003 server cluster is failed over from Server_A to Server_B, it rejects all SQL Server logins. domain logins are OK. The message is "user is not associated with a trusted server connection", then the IP of the
    client. This is error 18452. Anyone know how to fix this? They should work fine from both servers. We think this started just after installing SP4.
    DaveK

    Hello,
    The connection string is good, you're definitely using sql auth.
    LoginMode on Server_B is REG_DWORD 0x00000001 (1) LoginMode on Server_A is REG_DWORD 0x00000002 (2) Looks like you are on to something. I will schedule another test failover. I assume a 2 is mixed mode? If so, why would SQL allow two different modes
    on each side of a cluster?
    You definitely have a registry replication issue, or at the very least a registry that isn't in sync with the cluster. This could happen for various reasons, none of which we'll probably find out about now, but never the less...
    A good test would be to set it to windows only on Node A, wait a minute and then set it to Windows Auth and see if that replicates the registry setting across nodes correctly - this is actually the windows level and doesn't have anything to do with SQL Server.
    SQL Server reads this value from the registry and it is not stored inside any databases (read, nothing stored in the master database) as such it's a per machine setting. Since it's not set correctly on Node B, when SQL server starts up it correctly reads
    that registry key and acts on it as it should. The culprit isn't SQL Server, it's Windows Clustering.
    Hopefully this makes a little more sense now. You can actually just edit the registry setting to match Node A and fail over to B, everything should work correctly. It doesn't help you with a root cause analysis which definitely needs to be done as who knows
    what else may not be correctly in sync.
    Sean Gallardy | Blog |
    Twitter

  • HACMP Clustering Script for SAP ECC 6.0 (SR1) - Automatic Failover

    Hello,
    I have installed the SAP ECC 6.0 (SR1) under AIX 5.3 / DB2 V8 FP12 with HACMP Clustering environment. Manual Failover is working fine. Central System has been installed in share drive with Virtual IP and Virtual name inNode A. Dialog Instance is loaded locally in Node B. I want to get HACMP Clustering script(automatic failover script) for Automation. Please help me if you have. It is single package clustering. If Node A fails, Node B will take care ( Central System and Dialog instance will run in Node B)
    Thanks
    Gautam Poddar

    this post is duplicated at Upgrade to ERP 2005/ECC 6.0 from  R/3 4.72/Basis 640 on Z/OS 1.4 DB2 8.1

Maybe you are looking for