Endpoint SWAT: Protect the Endpoint Community

 View Only
  • 1.  SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 05:38 AM

    Hi,

    We currently have 28000+ clients with 3 SEPM's (load balancing in place). I have setup another server to be a replication partner as a failover should the primary DB go offline.

    What are the differences of using SEPM replication vs SQL DB mirroring? Which one should I choose and why?

    The DB size is between 40-60GB.



  • 2.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 05:44 AM

    See this thread

    https://www-secure.symantec.com/connect/forums/sepm-upgrade-mirror-sql-database

    Does the SEPM support use of Microsoft SQL database mirroring?

    Article:TECH197215 | Created: 2012-09-25 | Updated: 2012-09-25 | Article URL http://www.symantec.com/docs/TECH197215

    SEPM support for SQL database mirroring

    Article:TECH197242 | Created: 2012-09-25 | Updated: 2012-10-18 | Article URL http://www.symantec.com/docs/TECH197242


  • 3.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 06:33 AM

    The primary difference between the two, is what they protect against.

    SQL Mirroring will protect against the loss of a SQL Server, whereas SEPM Replication will protect against the loss of a SEPM (and it's DB).

    Which one you choose typically depends on your infrastructure and your recovery requirements.  You'll need to know about both to know which one to choose.

    Assuming you already know about SQL, please see the below articles on SEPM Replication:

    When to use replication with Endpoint Protection Managers

    Article:TECH184455  |  Created: 2012-03-21  |  Updated: 2013-06-04  |  Article URL http://www.symantec.com/docs/TECH184455
     

    How replication works

    Article:HOWTO81035  |  Created: 2012-10-24  |  Updated: 2013-10-07  |  Article URL http://www.symantec.com/docs/HOWTO81035

    About installing and configuring Symantec Endpoint Protection Manager for replication

    Article:HOWTO26797  |  Created: 2010-01-08  |  Updated: 2010-01-15  |  Article URL http://www.symantec.com/docs/HOWTO26797

    Just so you know, it's entirely possible to combine the two as well, so that each replicating SEPM is supported by SQL Servers (on different boxes) which are mirrored.

    What are your requirements?



  • 4.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 08:25 AM

    Failover for Primary SQL DB only not SEPM's. When the Primary SQL server is either corrupt or offline , I would like the secondary DB to take over until the primary is restored so that clients can still receive updates and policy changes.. What would be the best option(s)?



  • 5.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 08:27 AM

    What version of SQL are you running?



  • 6.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 14, 2014 08:43 AM

    If you're looking for DB failover only, then using a SQL technology is probably best.

    That said, doing so depends on your (or your company's) level of MS SQL experience.  If you have none, then setting up SEPM replication would likely be easier (as it's all wizard based, and you have SEP experience already).

    If you do plan to go down the SQL route, then mirroring is relatively simple to set up, but does require some reconfiguration of the SEPM (or the use of availability groups) in the event the priamry SQL server falls over.

    High level info from MS below:

    http://technet.microsoft.com/en-us/library/ms190941.aspx



  • 7.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 15, 2014 04:56 AM

    SQL 2012



  • 8.  RE: SEPM console replication vs SQL mirroring

    Posted Apr 15, 2014 04:58 AM

    Is there any steps to make the SEPM report to the new DB when the primary falls over then so that logs from clients would be processed to the DB.



  • 9.  RE: SEPM console replication vs SQL mirroring
    Best Answer

    Posted Apr 15, 2014 05:03 AM

    Yup, if just using mirroring (and not availability groups, and whatnot), then in the event the primary Db falls over, you need to run the SEPM Management Server Config Wizard to point it at the secondary DB.

    This is mentioned in James007's second article link (but no real details are provided).