SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

download SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

of 28

Transcript of SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    1/28

    SQL Server High Availability and Disaster Recovery forSAP Deployment at QR: A Technical Case Stdy

    Writer:Danny Tambs (Microsoft)

    Contributor:Sanjay Mishra (Microsoft)

    Technical Reviewers: Prem Mehra (Microsoft), Juergen Thomas (Microsoft), Tim Robinson

    (QR), Chris Lubey (QR)

    Published:Se!tember "#$#

    Applies to:SQL Ser%er "##&

    Summary:This !a!er escribes the high a%ai'abi'ity an isaster reco%ery so'ution

    im!'emente at QR to su!!ort the mission critica' SP a!!'ication

    Note: This document is current as of its most recent publish date of September 15, 2010. Besure to check www.sqlcat.com to obtain the most recent ersion of this paper.

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    2/28

    Co!yright

    The information containe in this ocument re!resents the current %ie* of Microsoft Cor!oration

    on the issues iscusse as of the ate of !ub'ication +ecause Microsoft must res!on to

    changing maret conitions, it shou' not be inter!rete to be a commitment on the !art of

    Microsoft, an Microsoft cannot guarantee the accuracy of any information !resente after the

    ate of !ub'ication

    This *hite !a!er is for informationa' !ur!oses on'y M-CR.S./T M01S 2. 3RR2T-1S,

    14PR1SS, -MPL-1D, .R STT5T.R6, S T. T71 -2/.RMT-.2 -2 T7-S D.C5M12T

    Com!'ying *ith a'' a!!'icab'e co!yright 'a*s is the res!onsibi'ity of the user 3ithout 'imiting the

    rights uner co!yright, no !art of this ocument may be re!rouce, store in, or introuce into

    a retrie%a' system, or transmitte in any form or by any means (e'ectronic, mechanica',

    !hotoco!ying, recoring, or other*ise), or for any !ur!ose, *ithout the e8!ress *ritten

    !ermission of Microsoft Cor!oration

    Microsoft may ha%e !atents, !atent a!!'ications, traemars, co!yrights, or other inte''ectua'

    !ro!erty rights co%ering subject matter in this ocument 18ce!t as e8!ress'y !ro%ie in any

    *ritten 'icense agreement from Microsoft, the furnishing of this ocument oes not gi%e you any

    'icense to these !atents, traemars, co!yrights, or other inte''ectua' !ro!erty

    5n'ess other*ise note, the e8am!'e com!anies, organi9ations, !roucts, omain names, e:

    mai' aresses, 'ogos, !eo!'e, !'aces, an e%ents e!icte herein are fictitious, an no

    association *ith any rea' com!any, organi9ation, !rouct, omain name, e:mai' aress, 'ogo,

    !erson, !'ace, or e%ent is intene or shou' be inferre

    ; "#$# Microsoft Cor!oration '' rights reser%e

    "

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    3/28

    ContentsSQL Ser%er 7igh %ai'abi'ity an Disaster Reco%ery for SP< Technica' Case Stuy$

    -ntrouction&

    uience &

    So'ution Re=uirements &

    >oa's for the So'ution ?

    Reco%ery Point .bjecti%e ?

    Reco%ery Time .bjecti%e ?

    Site Disaster Reco%ery?

    Reuction in Mainframe Su!!ort Costs@

    Performance@

    7igh:Le%e' Resu'ts Post Migration@

    Performance Measure Post:Migration@

    Su!!ortabi'ity an Tuning A

    /'e8ibi'ityA

    Database Si9eA

    Dea'ing *ith a Site /ai'o%erA

    Running the So'ution on .ne 2oe B

    SP Lansca!e BPremigration Legacy -m!'ementation$#

    2e* Design 3ino*s Ser%er >eo:C'ustering an SQL Ser%er$#

    Mu'ti!'e Data Centers$$

    Logica' C'uster Design Layout$"

    S2 Data Re!'ication$

    >eo:C'uster -nstance /ai'o%er Time $?

    So'ution /ai'ure Moes Sustainab'e$?

    Loss of 2et*or Lins$@Loss of a Site or Database C'uster 2oe$A

    Logica' Design of SP ?C on SQL Ser%er "##& $A

    Logica' Design of SP 1RP? on SQL Ser%er "##&$B

    Design 1'ements"#

    C'ustering S!ecifics"#

    E

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    4/28

    Database Ser%er Configuration""

    S2 Storage ""

    Post Migration >o:Li%e Practices"E

    Monitoring SQL Ser%er an SP Performance"E

    SQL Ser%er Monitoring %ia System Monitor"E

    Monitoring 5sing SP Transactions"&

    ST#E "&

    ST# or D+ Coc!it "?

    D+ Coc!it "?

    Security an 7arening"?

    !!'ying 5!ates to 3ino*s Ser%er an SQL Ser%er"@

    Conc'usion "A

    !!eni8< 7ar*are an Soft*are 7igh Le%e' +i'' .f Materia's"A

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    5/28

    !ntrodctionQueens'an Rai' (QR) has been running trains in the ustra'ian state of Queens'an since the

    $A?#s Queens'an Rai' unertoo a migration from a 9F.S mainframe running D+" to host

    SP 1ar'y %ersions of SP for e8am!'e RF" on'y ran on mainframesG ho*e%er, ne*er %ersionsof SP RFE run on a number of ifferent har*are an soft*are !'atforms, !ro%iing more

    o!tions for SP customers QR engage Microsoft Ser%ices to assist in migrating the atabase

    !'atform uner!inning SP to MicrosoftH SQL Ser%erH "##& by June "##@ This timeframe

    *ou' enab'e QR to u!grae SP to 1RP? running on SQL Ser%er "##& running in a high'y

    a%ai'ab'e configuration by "##A The change of !'atform to the 3ino*s Ser%erH an SQL

    Ser%er !'atforms *ou' !ro%ie a much more cost:effecti%e tota' cost of o*nershi!, as *e'' as

    the high a%ai'abi'ity bet*een ata centers that *as a re=uirement for QR -m!ro%e

    !erformance hearoom *as a'so critica', because the 'oa on the system *as e8!ecte to gro*

    QR stresse that achie%ing ma8imum a%ai'abi'ity an near:immeiate reco%ery from a isaster

    *as of highest im!ortance for QRIs o!erations QRIs esign goa's *ere to e'iminate a'' sing'e!oints of fai'ure in the architecture, an no*, *ith *e'' thought:out !roceures an !ractices, QR

    has BBBB8 !ercent u!time, inc'uing both !'anne an un!'anne o*ntime

    This !a!er !ro%ies insight into the etai's of the high'y a%ai'ab'e architecture Microsoft

    esigne to host a mission:critica' SP so'ution

    AdienceThis !a!er is intene for architects an so'ution integration s!ecia'ists *ho *ant to 'earn more

    about SQL Ser%er high a%ai'abi'ity esign !atterns that customers use in !rouction to host

    mission:critica' a!!'ication en%ironments The focus of this !a!er is to !ro%ie insight into higha%ai'abi'ity for a SP im!'ementation !rojectG ho*e%er, the best !ractices !resente here can be

    reuse to satisfy other atabase high a%ai'abi'ity !roject re=uirements, not just those that in%o'%e

    SP

    Soltion Re"irementsSP is a mission:critica' a!!'ication *ithin QR, secon in critica'ity on'y to the systems that

    contro' signa'ing an junction bo8es for the rai' trac in the fie' -n the !remigration

    configuration, SP a!!'ication ser%ers running %ersion ?C *ere connecte to D+" %@$ for

    9F.S %er $ on the mainframe The mainframe running the atabase an su!!orting the SP

    system *as acti%e in on'y one ata center The isaster reco%ery (DR) site, 'ocate se%era'

    i'ometers a*ay, containe on'y SP ser%ers an a DR mainframe in a co' state -f the main

    ata center containing the atabase *ere to fai', the entire SP so'ution *ou' be off'ine unti'

    the co' mainframe cou' be acti%ate (starte) an a!!ro!riate net*or changes mae in orer

    to simu'ate an en%ironment in *hich the DR mainframe 'ooe 'ie the main ata center

    mainframe This startu! !roceure *as 'abor:intensi%e, an it too a!!ro8imate'y four hours

    *hen the a!!ro!riate staff members *ere a%ai'ab'e onsite The QR team neee to minimi9e

    &

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    6/28

    any unscheu'e o*ntime, as *e'' as im!ro%e !erformance significant'y in orer to co!e *ith

    the increase atabase emans im!ose by the u!coming u!grae to SP 1RP ? The

    mainframe ha many scheu'e outages (on Sunay nights) that a'so cause SP outages

    SP a'so s!ecifie that su!!ort for SP +P an Ja%a *or !rocesses *ou' en *ith SP

    2et3ea%er "##s on the 9F.S !'atform /or more information about SP su!!ort for o!erating

    system !'atforms, see the SP !rouct a%ai'abi'ity matri8, *hich is a%ai'ab'e from SP

    (htt!

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    7/28

    en%ironment 7o*e%er, if the entire ata center *ent off'ine, the SP system *ou' remain

    una%ai'ab'e unti' the a!!'ication ser%ers an SP atabase ser%ers *ere brought u! manua''y

    on the DR site mainframe, *hich, as mentione ear'ier, too aroun four hours s !art of this

    migration !roject QR *ante to ensure that the so'ution *as im!er%ious to site fai'ures

    Redction in &ainframe Spport CostsThe maintenance costs for su!!orting SP amounte to hunres of thousans of o''ars !ermonth This *as a'so e8!ecte to gro* significant'y ue to the 'arge number of u!coming

    !rojects The ne* !'atform neee to !ro%ie a configuration for running SP at reuce costs,

    because the mainframe *ou' be ecommissione s a se!arate business e8ercise, the cost

    of the re!'atforming !roject *as *eighe against the running costs for the e8isting !'atform, an

    ca'cu'ations re%ea'e that the entire SP migration !roject *ou' cost 'ess than si8 months of

    the su!!ort costs of the mainframe en%ironment The return on in%estment (R.-) of this

    atabase migration !roject *as 'ess than si8 months, counting both interna' QR costs an

    e8terna' har*are an consu'ting costs

    PerformanceQR sti!u'ate that !erformance base'ine for the ne* so'ution shou' be the same or better -t is

    im!ortant to note ho*e%er that the un*ritten e8!ectation *as that the ne* !'atform shou'

    !erform better in most areas so that QR cou' u!grae from SP ?C to 1RP? (*hich im!oses

    more 'oa on the atabase an a!!'ication infrastructure) *ithout further har*are u!graes

    Current:generation ser%er har*are 'e%erages the benefits of commoity !rices as *e'' as

    increase techno'ogy im!ro%ements o%er the years +ecause the mainframe -F. !ath

    techno'ogy is an o'er im!'ementation, its !erformance *as not com!arab'e to current:

    generation har*are, an it i not offer the same range of !erformance o!tions The M-PS

    rating of the mainframe *as $@##

    The fo''o*ing tab'e 'ists the success measures QR ientifie for this !roject

    Success measure Criteria

    RP. #RT. & minutes tota' !er year for un!'anne

    o*ntime

    %ai'abi'ity sco!e Site isaster

    Performance Same or better

    /'e8ibi'ity bi'ity to run entire so'ution on one noe

    P'anne o*ntime P'anne as neee for SP u!graes

    Table 1:Summary of goa's an success criteria

    High'Level Reslts Post &igrationfter the migration !roject *as com!'ete, the QR team re%ie*e the !roject re=uirements to

    %a'iate that those re=uirements *ere met

    @

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    8/28

    Performance &easred Post'&igrationQRIs management ser%ice:'e%e' agreement (SL) re!orting !rocesses trac the !erformance of

    the SP so'ution %ia ear'y *atch re!orts These re!orts ha%e inicate that the ia'og res!onse

    times for users (at !ea ia'og ste!s !er hour !erios) im!ro%e from initia' ranges of # to

    #&& secons !er ia'og ste! *ith D+" to a range of #"& to #E& secons !er ia'og ste! *ith

    SQL Ser%er fter the D+" to SQL Ser%er migration, res!onse time !erformance im!ro%e morethan ?# !ercent uring the !ea 'oa !erio

    CP5 uti'i9ation is on trac s of this *riting, the same har*are is sti'' in use (The migration

    occurre in June "##@) .ne c'uster noe su!!orts main'y the SP 1RP? 'oa *hi'e the other

    c'uster noe su!!orts main'y the SP +3 'oa The har*are configuration is co%ere in more

    etai' 'ater in this !a!er There ha%e been a number of occasions *here QR has o!erate a''

    the SP atabases on the one noe *ith more than ae=uate !erformance 2orma' atabase

    'oa *hi'e the so'ution is running is bet*een "# an E# !ercent CP5 uti'i9ation on both noes

    Spportability and Tning

    QR e8!ene a 'ot of time an effort on tuning the D+" system an running the mainframeinfrastructure This *as rastica''y reuce ue to the introuction of SQL Ser%er "##&, *hich is

    esigne to re=uire 'ess hans:on tuning an su!!ort QR estimates that this has sa%e a'most

    a fu'':time e=ui%a'ent (/T1) resource in atabase tuning acti%ities a'one

    (le)ibilityThe SQL Ser%er so'ution has great'y im!ro%e f'e8ibi'ity s emonstrate in a 'arge number of

    !rojects that ha%e occurre since the con%ersion, QR can far more easi'y u!'icate systems

    from a base system (either e%e'o!ment or !rouction) to assist in !roject e8ecution or

    !rototy!ing

    Database Si*e-nitia' estimates !ro%ie by other %enors suggeste that atabase si9e *ou' increase

    significant'y after a mo%e from D+" to SQL Ser%er -n fact, the re%erse *as true in QRIs caseeo:c'uster esign for high a%ai'abi'ity

    -n a geo:c'uster, s!ecia' S2:s!ecific ri%ers an soft*are are neee in orer to ensure that

    the L52s are ma!!e across to the other S2 just before the instance of SQL Ser%er an any

    fi'e shares fai' o%er to, an then start on, the remaining noe 'so, in a sing'e:site

    3ino*s Ser%er "##E fai'o%er c'uster, the share is becomes a %oting member in the

    arbitration !rocess to etermine *hich noe o*ns the iss, if the noes can no 'onger

    communicate *ith each other -n a geo:c'uster, this is not !ossib'e because there are t*o S2s

    $"

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    13/28

    an the iss must be synchroni9e an then mounte on the estination noe before the SQL

    Ser%er RD+MS is starte u! -n this case a *itness or thir noe can !ro%ie this arbitration

    ca!abi'ity The thir noe on'y e8ists to !ro%ie the arbitration %ote an oes not ha%e to be a

    !o*erfu' ser%er, because it oes not nee to actua''y host an instance of SQL Ser%er s an

    a'ternati%e to a thir noe, a remote fi'e share can be use for this !ur!ose This enhancement

    o!tion *as mae a%ai'ab'e in Ser%ice Pac $ of 3ino*s Ser%er "##E

    Related Article

    rtic'e -D< B"$$A$ n u!ate is a%ai'ab'e that as a fi'e share *itness feature an a

    configurab'e c'uster heartbeats feature to 3ino*s Ser%er "##E Ser%ice Pac $:base ser%er

    c'usters

    htt!

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    14/28

    The fai'ure of either any t*o net*or 'ins or a sing'e ser%er fai'ure can be mitigate in this

    esign as the arbitration bet*een the ser%er noes is maintaine 2et*or 'ins to user an

    a!!'ication connections must a'so be maintaine, ho*e%er this is beyon the c'uster an not

    co%ere in this ocument The net*or connecti%ity bet*een a'' of the sites *as E by $ gigabits

    because the com!any a'reay o*ne the sufficient fiber strans -t shou' be note ho*e%er

    that gigabit s!ee for the connecti%ity to the thir site is not re=uire 7o*e%er, the net*or

    'atency must be 'ess than # ms (# ms is an u!!er 'imit, an it is s!ecific to 3ino*s

    Ser%er "##E fai'o%er c'uster net*or -F., not to the S2 site:to:site fiber synchronous 'atency

    that is co%ere 'ater in this !a!er) 3e recommen that net*or -F. 'atency uner norma'

    situations be at 'east an orer of magnitue better than the #:ms 'imit

    SA, Data ReplicationS2 ata re!'ication bet*een sites is a critica' !art of this so'ution S2 %enors ty!ica''y

    su!!ort t*o re!'ication moe's : asynchronous an synchronous ata re!'ication geo:c'uster

    im!'ementation re=uires synchronous ata re!'ication to ensure no ata 'oss synchronousata re!'ication cannot be use if the e8!ecte RP. %a'ue is 9ero, because if any ata has not

    yet been sent to the remote site at the time of fai'ure, it *i'' be 'ost

    The main ifference bet*een the t*o S2 re!'ication moe's is in the 'atency of the ata that is

    !ersiste on the remote site synchronous re!'ication oes not *ait for the ata to be !ersiste

    on the remote S2, an the ata 'atency e!ens on the 'in s!ee That means that

    uncommitte -F.s bet*een the S2s are a''o*e, an the ser%er oes not ha%e to !ause -F.

    through!ut .n the other han, synchronous ata re!'ication must ensure that e%ery -F. is

    committe on the remote site before the *ho'e -F. o!eration is eeme successfu' The

    im!'ication here is that there is no ata 'oss uring a site fai'ure an that the -F. res!onse times

    may suffer if the site to site ban*ith is not sufficient This can be seen in the fo''o*ing figure,*hich sho*s the -F. !ath iagram

    i!ure %< Synchronous -F. re!'ication bet*een S2s

    $

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    15/28

    $ The -F. *rite re=uest is !asse to the 'oca' S2

    ", E These t*o ste!s ha!!en together -F. is !ersiste to the 'oca' S2 cache or is

    an a'so sent to the remote S2

    -F. is !ersiste on the remote S2 cache or is

    & cno*'egement that the -F. *as !ersiste successfu''y is sent to the originating

    S2? The 'oca' S2 acno*'eges that the -F. has been !ersiste on the S2 fabric

    The !roject team at QR teste the 'in bet*een sites to ensure that the s!ee an ban*ith

    *as sufficient for e%en the most intensi%e tass The team use too's 'ie SQL-. an

    SQL-.Sim, *hich can simu'ate ranom an se=uentia' -F., *ith simi'ar -F. si9es to *hat SQL

    Ser%er can generate to test the -F. through!ut of the so'ution These test !rograms are

    a%ai'ab'e from Microsoft to stress:test is -F. subsystems

    7ere are some high 'e%e' ata !oints from -F. !erformance %a'iation testing using SQL-. that

    QR conucte before they commissione the so'ution

    Log /i'e -F. TestingType 32KB sequential I/O Write

    No of Files 1

    Threads 1

    IOs/sec 442!"

    #Bs/sec 13!4

    $%&! 'atency()s* 1

    IO +isto&ra),

    'atency ()s* - 1 2 3 4 . 0 " 1- 11 12 13 14 1. 1 10 1 1" 2- 21 22 23 24

    of IO requests 34 3 21 2 1 - - - - - - - - - - - - - - - - - - -

    Data /i'e -F. Testing

    Type KB rando) I/O WriteNo of Files

    Threads

    IOs/sec 413!"

    #Bs/sec 32!33

    $%&! 'atency()s* 14

    IO +isto&ra),

    'atency ()s* - 1 2 3 4 . 0 " 1- 11 12 13 14 1. 1 10 1 1" 2- 21 22 23 24

    of IO requests .1 23 2 1 - - - - - - - - - - - - - - - - - - - - 22

    Type KB rando) I/O ead

    No of Files

    Threads

    IOs/sec 4"3-!

    #Bs/sec 3!.2

    $%&! 'atency()s* 12

    IO +isto&ra),

    'atency ()s* - 1 2 3 4 . 0 " 1- 11 12 13 14 1. 1 10 1 1" 2- 21 22 23 24 of IO requests - - - - 1 3 . 1- 1- " " 0 . 4 3 3 2 2 1 1 1 .

    Related Articles

    rtic'e -D< "E$?$B< 7o* to use the SQL-.Sim uti'ity to simu'ate SQL Ser%er acti%ity on a is

    subsystem

    $&

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    16/28

    htt!

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    17/28

    Soltion (ailre &odes SstainableThe net*or an c'uster noes mae u! the so'ution 1ach noe communicates *ith the others

    o%er the net*or 'ins to ensure that in the case of any sing'e fai'ure the so'ution can sti''

    maintain u!:time an a%ai'abi'ity -n orer for the c'uster to be a%ai'ab'e, =uorum must be

    maintaine, *hich means that any t*o out of the three noes must a'*ays be on'ine an ab'e to

    communicate *ith the other noe or noes

    i!ure +:2et*or 'ins an sites

    Loss of ,et+or/ Lin/s

    -n this configuration, the so'ution can remain a%ai'ab'e e%en if any t*o net*or 'ins are off'ine

    -f one net*or 'in is remo%e, as 'ong as that traffic can be !asse bet*een sites, the so'utioncan maintain high a%ai'abi'ity (abbre%iate to 7 in the fo''o*ing tab'e) -f t*o se!arate intra:site

    net*or fai'ures occur, the so'ution *i'' sti'' be a%ai'ab'e but not ab'e to sustain high a%ai'abi'ity if

    a further fai'ure occurs The fo''o*ing tab'e i''ustrates ho* ifferent ty!es of fai'ures are han'e

    /ai'ure (of) Quorum Resu't

    2et*or Maintaine bet*een

    noes $, ", an E

    .n'ine : 7 maintaine

    2et*or + Maintaine bet*een

    noes $,", an E

    .n'ine : 7 maintaine

    2et*or C Maintaine bet*een

    noe $, ", an E

    .n'ine : 7 maintaine

    2et*ors an + Maintaine bet*een

    noes $ an "

    .n'ine : 2o further fai'ure a''o*e

    2et*ors an C Maintaine bet*een

    noes " an E

    .n'ine : 2o further fai'ure a''o*e

    $@

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    18/28

    2et*ors + an C Maintaine bet*een

    noes $ an E

    .n'ine : 2o further fai'ure a''o*e

    2et*ors , +, an C 2o =uorum .ff'ine : 2o communicationTable #:2et*or fai'ure moes

    Loss of a Site or Database Clster ,ode

    Simi'ar'y the c'uster can sustain a 'oss of one ser%er noe an sti'' remain acti%e This is

    because the c'uster is bui't u!on the !rinci!'e of a share:nothing c'uster *here a majority of the

    noes must be a%ai'ab'e an ab'e to communicate in orer to form =uorum -n this case, if any

    noe fai's the atabase is sti'' a%ai'ab'e 7o*e%er, if more than one noe fai's, the entire c'uster

    *i'' go off'ine, because the majority of noes are no* off'ine

    The fai'o%er c'uster a%ai'abi'ity is go%erne by the !rinci!'es of noe majority That means that

    the c'uster can to'erate the fai'ure of ha'f the number of noes minus one

    Logical Design of SAP 012C on SQL Server 3445

    i!ure ,:Logica' esign

    The iagram sho*s the 'ogica' esign of the SP !rouction an non!rouction en%ironments

    /o''o*ing best !ractices, the De%e'o!ment, Test, an 5CT en%ironments are a'so base on a

    $A

  • 8/10/2019 SQL Server High Availability and Disaster Recovery for SAP Deployment at QR: A Technical Case Study

    19/28

    geo:c'uster configuration so that coe changes, SP trans!orts, an u!graes are !romote

    'ogica''y into the !rouction en%ironment an change contro' is maintaine This a'so enab'es

    !rouction su!!ort staff to test a'' !ro!ose !rouction changes in an en%ironment that e8act'y

    mirrors !rouction an a'so gain intimate fami'iarity *ith 3ino*s Ser%er an SQL Ser%er

    features that the !rouction en%ironment uses

    The so'ution uses a number of instances of SQL Ser%er that can be running on either of the t*o

    c'uster noes hosting mu'ti!'e SP atabases The SP centra' instance !ro%ies critica' SP

    Message an 1n=ueue Ser%er functiona'ity for the other SP a!!'ication ser%ers The SP

    centra' instance !rocess is a sing'e !oint of fai'ure because it is not a c'ustere resource This

    situation has been im!ro%e *ith the u!grae to SP 1RP? from SP ?C an using SCS

    that !ro%ies SP high a%ai'abi'ity at a SP a!!'ication 'e%e' This configuration is further

    iscusse 'ater in this !a!er

    The atabase noes can host the a!!'ication 'oa from a'' of the SP a!!'ication ser%ers The

    tiebreaer ser%er at Site E is on'y use to maintain =uorum an cast a %ote to etermine *hich

    noe *i'' be use to create =uorum in the e%ent of a system fai'ure of one of the noes Thenoe at Site E is a sma''er ser%er an not configure to host SQL Ser%er

    -n this configuration, the c'uster noes ha%e the fo''o*ing soft*are insta''e