SQL Server Կրկնօրինակում. DBA-ի ամբողջական ուղեցույց [2026]

SQL Server Կրկնօրինակումը տեխնոլոգիաների ամբողջություն է, որը նախատեսված է տվյալների և տվյալների բազայի օբյեկտների մեկ տվյալների բազայից մյուսը պատճենելու և տարածելու, այնուհետև տվյալների բազաների միջև համաժամեցնելու համար՝ համապատասխանությունը պահպանելու համար: Այս գործառույթը թույլ է տալիս ստեղծել և պահպանել ձեր տվյալների բազմաթիվ պատճեններ տարբեր սերվերներում և վայրերում՝ ապահովելով տվյալների մատչելիությունը և հուսալիությունը:

1.2 Կրկնօրինակման նպատակը և առավելությունները

SQL Server Կրկնօրինակումը սպասարկում է բազմաթիվ կարևոր բիզնես կարիքներ և զգալի առավելություններ է տալիս տվյալների բազայի կառավարման և տվյալների բաշխման համար.

Տվյալների բաշխումը տարբեր վայրերում. Կրկնօրինակումը թույլ է տալիս տվյալներ փոխանակել տարածաշրջանային գրասենյակների կամ գլոբալ վայրերի միջև՝ բարելավելով գործառնական արդյունավետությունը՝ ապահովելով անհրաժեշտ տվյալների տեղական հասանելիությունը: Սա նվազեցնում է ցանցի լատենտությունը և ապահովում է ավելի լավ արդյունավետություն աշխարհագրորեն բաշխված օգտատերերի համար:
Բարձր մատչելիություն և աղետների վերականգնում. Պահպանելով կարևոր տվյալների կրկնօրինակները բազմաթիվ սերվերների վրա, կրկնօրինակումը ապահովում է ավելորդություն, որը պաշտպանում է սարքավորումների խափանումներից և աղետներից: Հիմնական սերվերի խափանման դեպքում կրկնօրինակված պատճենները կարող են ծառայել որպես պահեստային աղբյուրներ՝ նվազագույնի հասցնելով անսարքությունները և տվյալների կորուստը:
Բեռի հավասարակշռում և մասշտաբայնություն. Կրկնօրինակումը բաշխում է ընթերցման գործողությունները բազմաթիվ սերվերների միջև՝ կանխելով, որ որևէ մեկ սերվեր դառնա խցանման կետ։ Այս մոտեցումը բարելավում է համակարգի աշխատանքը և թույլ է տալիս ձեր ենթակառուցվածքին հորիզոնական մասշտաբավորվել՝ տվյալների և օգտատերերի պահանջարկի աճին զուգընթաց։
Իրական ժամանակի հաշվետվություններ և վերլուծություններ. Հաշվետվությունների և վերլուծական հարցումների բեռնաթափումը կրկնօրինակված սերվերների վրա նվազեցնում է արտադրական տվյալների բազաների ծանրաբեռնվածությունը: Օգտատերերը կարող են կատարել բարդ վերլուծական հարցումներ գրեթե իրական ժամանակի տվյալների վրա՝ առանց ազդելու օպերացիոն համակարգերի վրա՝ ապահովելով ինչպես արդյունավետությունը, այնպես էլ տվյալների թարմությունը:
Տվյալների ինտեգրում և համախմբում. Կրկնօրինակումը հեշտացնում է տարբեր աղբյուրներից ստացված տվյալների միավորումը մեկ միասնական պատկերի մեջ։ Սա հատկապես արժեքավոր է բազմաթիվ մասնաճյուղեր ունեցող կազմակերպությունների համար, որոնք պետք է ամփոփեն տվյալները գլխավոր գրասենյակում, կամ բաշխված օպերացիոն համակարգերից կենտրոնացված տվյալների պահեստներ ստեղծելու համար։

2. SQL Server Կրկնօրինակման ճարտարապետություն և բաղադրիչներ

SQL Server Կրկնօրինակման ճարտարապետությունը բաղկացած է մի քանի փոխկապակցված բաղադրիչներից, որոնք համատեղ աշխատում են տվյալները ձեր տվյալների բազայի ենթակառուցվածքում բաշխելու և համաժամեցնելու համար: Այս բաժինը ուսումնասիրում է հիմնական բաղադրիչները, ներառյալ հրատարակիչները, դիստրիբյուտորները, բաժանորդները, հրապարակումները, հոդվածները, բաժանորդագրությունները և գործակալները, որոնք համակարգում են տվյալների հոսքը դրանց միջև.

Հրատարակչություն: Հրատարակիչը մի է SQL Server օրինակ, որ հostմեկ կամ մի քանի տվյալների բազաներ, որոնք պարունակում են կրկնօրինակման ենթակա տվյալներ։ Այն ծառայում է որպես վերարտադրման տոպոլոգիայի հեղինակավոր աղբյուր։
Դիստրիբյուտոր Բաշխիչը մի է SQL Server օրինակ, որը կառավարում է տվյալների հոսքը հրատարակիչների և բաժանորդների միջև։ Բաշխիչի օրինակը՝ hostբաշխման տվյալների բազան, որը պահպանում է կրկնօրինակման մետատվյալները և գործարքները։
Բաժանորդ Բաժանորդը մի է SQL Server օրինակ, որը ստանում և պահպանում է հրատարակիչներից կրկնօրինակված տվյալներ: Մեկ բաժանորդի օրինակը կարող էost բազմաթիվ բաժանորդների տվյալների բազաներ, որոնցից յուրաքանչյուրը ստանում է տվյալներ տարբեր հրատարակություններից։
հրատարակվել է ` Հրատարակությունը սահմանում է, թե ինչ տվյալներ կկրկնօրինակվեն և ինչպես դրանք կբաշխվեն բաժանորդներին։ Այն խմբավորում է կապակցված հոդվածները և սահմանում է կրկնօրինակման մեթոդաբանությունը, որը վերաբերում է բոլոր պարունակվող օբյեկտներին։
Հոդված Հոդվածը կրկնօրինակման հիմնարար շինանյութն է, որը ներկայացնում է առանձին տվյալների բազայի օբյեկտ, որը կբաշխվի բաժանորդներին։
Բաժանորդագրում: Բաժանորդագրությունը հաստատում է հրատարակության և բաժանորդի միջև կապը՝ սահմանելով, թե ինչպես և երբ են տվյալները մատակարարվում նպատակակետային տվյալների բազային։
Գործակալներ: Գործակալները մասնագիտացված գործընթացներ են, որոնք կատարում են տվյալների տեղափոխման և համաժամեցման իրական աշխատանքը կրկնօրինակման բաղադրիչների միջև։

3. Տեսակները SQL Server Replication

SQL Server տրամադրում է մի քանի տեսակի կրկնօրինակում, որոնցից յուրաքանչյուրը նախատեսված է տվյալների բաշխման որոշակի սցենարների և բիզնես պահանջների համար: Յուրաքանչյուր տեսակի բնութագրերի, առավելությունների և սահմանափակումների ըմբռնումը կարևոր է ձեր միջավայրի համար ճիշտ մոտեցում ընտրելու համար:

3.1 Լուսանկարի կրկնօրինակում

Կադրային պատճենահանումը վերցնում է որոշակի ժամանակ հրապարակվելիք տվյալների կադրային պատկեր, այնուհետև ճշգրիտ ամբողջական պատճենը բաշխում է բաժանորդներին: Այն չի հետևում հետագա փոփոխությունների համար մինչև հաջորդ կադրային պատկերի ստեղծումը: Կադրային պատճենահանումը կրկնօրինակման ամենապարզ ձևն է, ինչը այն հարմար է դարձնում այն դեպքերի համար, երբ տվյալները հազվադեպ են փոխվում կամ որտեղ ընդունելի է ունենալ մի փոքր հնացած տվյալներ:

Հաճախակի օգտագործման դեպքերից են պարբերաբար թարմացվող գնացուցակների կամ փոխարժեքների նման հղման տվյալների տարածումը, տվյալների պահեստների համար նախնական տվյալների հավաքածուների տրամադրումը և այն դեպքերը, երբ տվյալների ամբողջական թարմացումը նախընտրելի է անհատական փոփոխությունների հետևմանը։ Օրինակ, ընկերությունը կարող է օգտագործել ակնթարթային պատճենահանումը՝ թարմացված ապրանքների կատալոգները մասնաճյուղերին օրական մեկ անգամ բաշխելու համար։

Սքրինշոթերի կրկնօրինակման հիմնական առավելություններն են դրա պարզությունը, ցածր սպասարկման պահանջները և տվյալները առանց առաջնային բանալիների կրկնօրինակելու հնարավորությունը: Այնուամենայնիվ, այն ունի զգալի թերություններ, այդ թվում՝ բարձր ազդեցությունը, երբ սքրինշոթերը ստեղծվում են աղյուսակի կողպեքների պատճառով, թարմացումների միջև բարձր լատենտությունը և անարդյունավետությունը մեծ տվյալների հավաքածուների կամ հաճախ փոփոխվող տվյալների համար: Բաժանորդների մոտ կատարված ցանկացած փոփոխություն...ost երբ կիրառվում է հաջորդ լուսանկարը։

3.2 Գործարքային կրկնօրինակում

Գործարքային կրկնօրինակումը փոփոխությունները հրատարակչից բաժանորդներին է փոխանցում գրեթե իրական ժամանակում՝ կրկնօրինակելով առանձին գործարքները դրանց տեղի ունենալուն պես։ Այն սկսվում է նախնական լուսանկարից՝ բազային գիծը սահմանելու համար, այնուհետև անընդհատ վերահսկում է գործարքների գրանցամատյանը հրապարակված հոդվածներում կատարված փոփոխությունների համար և դրանք աստիճանաբար մատակարարում բաժանորդներին։

Գործարքային կրկնօրինակումը իդեալական է սերվերից սերվեր սցենարների համար, որոնք պահանջում են բարձր թողունակություն և ցածր լատենտություն: Հաճախակի օգտագործման դեպքերը ներառում են մասշտաբայնության և մատչելիության բարելավում՝ ընթերցման գործողությունները բաժանորդային սերվերներին տեղափոխելով, տվյալների պահեստավորմանը և հաշվետվություններին աջակցելով գրեթե իրական ժամանակի տվյալներով, բազմաթիվ կայքերից տվյալները կենտրոնական վայրում ինտեգրելով և խմբաքանակային մշակումը նվիրված սերվերներին տեղափոխելով: Օրինակ, էլեկտրոնային առևտրի հարթակը կարող է օգտագործել գործարքային կրկնօրինակում՝ տարածաշրջանային տվյալների բազաներում համաժամեցված գույքագրման տվյալները պահպանելու համար:

Գործարքային կրկնօրինակման առավելություններից են տվյալների ցածր լատենտությունը, մեծ ծավալների դեպքում բարձր թողունակությունը և բաժանորդների մոտ չկրկնօրինակվող փոփոխություններ կատարելու հնարավորությունը: Թերություններից են՝ պատկերի կրկնօրինակման համեմատ ավելի մեծ բարդությունը, կրկնօրինակված աղյուսակներում առաջնային բանալիների պահանջը և կրկնօրինակման խափանման հնարավորությունը, եթե կոնֆլիկտներ են առաջանում, ինչպիսիք են բաժանորդների մոտ առաջնային բանալու խախտումները:

3.3 Միաձուլման կրկնօրինակում

Միաձուլման կրկնօրինակումը հատուկ նախագծված է այն միջավայրերի համար, որտեղ բաժանորդները պետք է աշխատեն անցանց կամ ընդհատվող կապով, ապա համաժամեցնեն փոփոխությունները, երբ կապը հասանելի լինի: Այս կրկնօրինակման տեսակը թույլ է տալիս տվյալները փոփոխել և՛ հրատարակչի, և՛ բաժանորդների մոտ անկախ, հետևելով փոփոխություններին ակտիվացուցիչների և մետատվյալների աղյուսակների միջոցով, և ավտոմատ կերպով միավորելով փոփոխությունները համաժամեցման ընթացքում:

Միաձուլման կրկնօրինակումը նախատեսված է բջջային հավելվածների և բաշխված սերվերային միջավայրերի համար, որտեղ տեղի են ունենում ինքնավար փոփոխություններ: Օգտագործման դեպքերի թվում են վաճառքի ուժերի ավտոմատացումը, որտեղ բջջային օգտատերերն աշխատում են անցանց և ավելի ուշ համաժամեցվում, վաճառքի կետերի համակարգերը, որոնք գործում են անկախ և պարբերաբար համախմբում են տվյալները, և բաշխված հավելվածները, որտեղ բազմաթիվ կայքեր պետք է թարմացնեն համատեղ օգտագործվող տվյալները: Օրինակ, մանրածախ առևտրի ցանցը կարող է օգտագործել միաձուլման կրկնօրինակումը, որպեսզի յուրաքանչյուր խանութ կարողանա կառավարել տեղական պաշարները՝ միաժամանակ համաժամեցնելով այն կենտրոնական պահեստային համակարգի հետ:

Միաձուլման կրկնօրինակման առավելություններից են՝ ինքնավար բաժանորդների աջակցությունը, որոնք կարող են փոփոխություններ կատարել, ընդհատվող ցանցային կապի նկատմամբ հանդուրժողականությունը և հակամարտությունների լուծման ճկունությունը: Թերություններից են՝ կարգավորման և սպասարկման ավելի մեծ բարդությունը, մետատվյալների և ակտիվացուցիչների հետևման հետ կապված կատարողականի ծանրաբեռնվածությունը, աղյուսակներին եզակի նույնականացուցիչի սյուների ավելացումը և կառավարում և լուծում պահանջող հակամարտությունների առաջացման հնարավորությունը:

3.4 Peer-to-peer կրկնօրինակում

Peer-to-peer վերարտադրությունը կառուցված է գործարքային վերարտադրության վրա և թույլ է տալիս բազմաթիվ սերվերային օրինակներ (երեք կամ ավելի հանգույցներ) գործել որպես հավասար գործընկերներ, որտեղ յուրաքանչյուր հանգույց միաժամանակ ծառայում է որպես հրատարակիչ և բաժանորդ: Այս տոպոլոգիայում բոլոր հանգույցները պահպանում են տվյալների նույնական պատճեններ և կարող են կատարել ինչպես ընթերցման, այնպես էլ գրելու գործողություններ՝ ապահովելով իսկապես բաշխված բազմա-մաստեր միջավայր:

Peer-to-peer կրկնօրինակումը հարմար է այն ծրագրերի համար, որոնք պահանջում են ընթերցման գործողությունների մասշտաբայնացում և բարձր մատչելիություն: Օգտագործման դեպքերը ներառում են վեբ ծրագրեր, որոնք բաշխում են կատալոգային հարցումները բազմաթիվ հանգույցների միջև՝ պահպանելով հետևողական տվյալներ, սցենարներ, որոնք պահանջում են սպասարկում կամ արդիականացումներ առանց անջատումների՝ հանգույցները առանձին-առանձին անջատելով, և գլոբալ ծրագրեր, որոնք ունեն տվյալների կենտրոններ տարբեր տարածաշրջաններում: Օրինակ, համաշխարհային ծրագրային ապահովման աջակցության կազմակերպությունը կարող է օգտագործել peer-to-peer կրկնօրինակումը տարբեր ժամային գոտիներում գտնվող գրասենյակների միջև, որպեսզի յուրաքանչյուր վայր ունենա տեղական մուտք դեպի ընթացիկ տվյալներ:

Peer-to-peer կրկնօրինակման առավելություններից են՝ ընթերցման կատարողականի բարելավումը՝ մասշտաբավորման միջոցով, ավելի բարձր մատչելիությունը՝ բազմաթիվ ակտիվ հանգույցների դեպքում, և տվյալների գրեթե իրական ժամանակի համապատասխանությունը: Թերությունների թվում են Enterprise Edition-ի պահանջը, բազմահանգույց տոպոլոգիաների կառավարման բարդությունը, բոլոր հանգույցներում նույնական սխեմայի և տվյալների անհրաժեշտությունը, ինչպես նաև կոնֆլիկտների առաջացման հավանականությունը, երբ գրելու գործողությունները ճիշտ չեն բաժանվում:

3.5 Երկկողմանի վերարտադրություն

Երկկողմանի վերարտադրությունը գործարքային վերարտադրության տոպոլոգիա է, որը մշակված է հատուկ երկու սերվեր ունեցող միջավայրերի համար, որտեղ երկու սերվերներն էլ պետք է փոխանակեն փոփոխությունները միմյանց հետ: Յուրաքանչյուր սերվեր հրապարակում է տվյալներ և բաժանորդագրվում է նույն տվյալներին մյուս սերվերից՝ ստեղծելով պարզ երկկողմանի համաժամացման հոսք: Մինչդեռ peer-to-peer վերարտադրությունը կարող է նաև աջակցել երկու հանգույցների, երկկողմանի վերարտադրությունն ապահովում է բարելավված կատարողականություն այս կոնկրետ սցենարի համար:

Երկկողմանի կրկնօրինակումը հարմար է այն սցենարների համար, որոնք պահանջում են երկու ակտիվ սերվեր՝ համաժամեցված տվյալներով, ինչպիսիք են բարձր մատչելիության կամ աշխարհագրորեն բաշխված ծրագրերի համար ակտիվ-ակտիվ կոնֆիգուրացիաները, որտեղ յուրաքանչյուր կայք կարիք ունի տեղական գրելու հասանելիության: Տոպոլոգիան պահանջում է ծրագրերի ուշադիր նախագծում՝ տվյալների թարմացումները բաժանելու և կոնֆլիկտները կանխելու համար:

Առավելություններից են՝ երկու սերվերի սցենարների համար օպտիմալացված աշխատանքը, peer-to-peer կրկնօրինակման համեմատ ավելի պարզ կարգավորումը, գրեթե իրական ժամանակի համաժամացումը և միաձուլման կրկնօրինակման համեմատ ավելի ցածր ծախսերը: Թերություններից են՝ երկու սերվերի սահմանափակումը, ներկառուցված հակամարտությունների լուծման բացակայությունը, որը պահանջում է զգույշ կիրառման նախագծում, և հակամարտությունները կանխելու համար պատշաճ բաժանման ռազմավարությունների անհրաժեշտությունը:

3.6 Թարմացվող բաժանորդագրություններ

Թարմացվող բաժանորդագրությունները ընդլայնում են գործարքային կրկնօրինակումը՝ թույլ տալով բաժանորդներին պարբերաբար փոփոխություններ կատարել կրկնօրինակված տվյալներում, որոնք այնուհետև տարածվում են հրատարակչին և այլ բաժանորդներին: Ի տարբերություն միաձուլման կրկնօրինակման կամ peer-to-peer տոպոլոգիաների, որոնք նախատեսված են հաճախակի երկկողմանի թարմացումների համար, թարմացվող բաժանորդագրությունները նախատեսված են այն դեպքերի համար, երբ տվյալների հիմնական հոսքը միակողմանի է (հրատարակիչից բաժանորդներ), բայց բաժանորդները երբեմն անհրաժեշտություն ունեն կատարել ուղղումներ կամ թարմացումներ:

Թարմացվող բաժանորդագրությունները հարմար են այն իրավիճակների համար, երբ մost Հրատարակչի մոտ թարմացումները տեղի են ունենում, սակայն բաժանորդների մոտ պարբերաբար թարմացումներ անհրաժեշտ են, օրինակ՝ դաշտային գրասենյակներում, որոնք հիմնականում կարդում են տվյալներ, բայց պետք է կատարեն տեղական ուղղումներ կամ թարմացումներ: Տոպոլոգիան պահանջում է ուշադիր պլանավորում՝ կոնֆլիկտները նվազագույնի հասցնելու և տվյալների համապատասխանությունն ապահովելու համար:

Հիմնական առավելություններից են բաժանորդների մոտ սահմանափակ գրառման գործողությունների թույլատրումը՝ միաժամանակ պահպանելով գործարքային կրկնօրինակման կատարողականի բնութագրերը: Թերություններից են՝ բարդության աճը, լուծում պահանջող հակամարտությունների հնարավորությունը, անհապաղ թարմացման ռեժիմում երկփուլային հաստատման արձանագրությունից բխող կատարողականի ծանրաբեռնվածությունը և բոլոր կրկնօրինակված աղյուսակների առաջնային բանալիների առկայության պահանջը:

3.7 Տարբեր տեսակի կրկնօրինակումների համեմատություն

Կրկնօրինակման տեսակը	Թարմացնել ժամանակը	Հրատարակիչների քանակը	Առաջնորդություն	Օգտագործեք սցենարներ
Snapshot	Նշեք ժամանակին	1	Մեկ ուղղություն (Հրատարակիչ → Բաժանորդներ)	Հազվադեպ փոփոխվող հղման տվյալներ (գնացուցակներ, փոխարժեքներ)
Գործարքային	Գրեթե իրական ժամանակում	1	Մեկ ուղղություն (Հրատարակիչ → Բաժանորդներ)	Բարձր թողունակության սցենարներ (էլեկտրոնային առևտրի գույքագրում, տվյալների պահեստավորում, հաշվետվություններ)
Ընկղմել	Պարբերական (միացված լինելու դեպքում)	1	Երկկողմանի (Հրատարակիչ ↔ Բաժանորդներ)	Բջջային հավելվածներ, օֆլայն աշխատողներ (վաճառքի ավտոմատացում, դաշտային ծառայություններ)
Peer-to-peer	Գրեթե իրական ժամանակում	Բազմակի (3 կամ ավելի)	Երկկողմանի (բոլոր հանգույցները)	Գլոբալ բազմա-տվյալային կենտրոնների տեղակայումներ (աշխարհի տարբեր գրասենյակներ՝ տեղական ընթերցման-գրելու հասանելիությամբ)
Երկկողմանի	Գրեթե իրական ժամանակում	2	Երկկողմանի (երկու սերվերների միջև)	Երկու տվյալների կենտրոնի ակտիվ-ակտիվ կոնֆիգուրացիաներ (երկակի կայքերի բարձր մատչելիություն)
Թարմացվող բաժանորդագրություններ	Գրեթե իրական ժամանակում	1	Հիմնականում մեկ ուղղությամբ (անկանոն հակադարձ թարմացումներ)	Մասնաճյուղեր, որոնք հիմնականում կարդում են, բայց երբեմն թարմացնում են (տեղական ուղղումներ)

4. Կարգավորում SQL Server Replication

4.1 Նախապայմաններ և պահանջներ

4.1.1 Ծրագրային պահանջներ

SQL Server կրկնօրինակումը պահանջում է համատեղելիություն SQL Server տարբերակներ տոպոլոգիայի բոլոր մասնակիցների համար: Բաշխիչի տարբերակը պետք է հավասար կամ ավելի բարձր լինի, քան հրատարակչի տարբերակը, և բաժանորդը կարող է լինել հրատարակչի երկու տարբերակների սահմաններում: Օրինակ՝ SQL Server 2016 թվականի հրատարակիչը կարող է կրկնօրինակել SQL Server 2012, 2014, 2016, 2017 կամ 2019 բաժանորդներ։

4.1.2 Թույլտվության պահանջներ

Կրկնօրինակման կարգաբերումը պահանջում է հատուկ թույլտվություններ յուրաքանչյուր մակարդակում: Համակարգի ադմինիստրատորի ֆիքսված սերվերի դերի անդամները կարող են կատարել կրկնօրինակման կարգաբերման բոլոր առաջադրանքները: Ավելի մանրամասն թույլտվությունների համար օգտատերերը պետք է լինեն հրատարակչի և բաժանորդների տվյալների բազաների db_owner տվյալների բազայի դերի անդամներ:

4.2 Քայլ 1. Բաշխման կարգավորում

Բաշխման կարգավորումը կարգավորման առաջին քայլն է SQL Server վերարտադրություն։

Բաշխումը կարգավորելու համար՝ օգտագործելով SQL Server Կառավարման ստուդիա.

Միացեք SQL Server օրինակ SQL Server Կառավարման ստուդիա.
Object Explorer-ում սեղմեք աջ կոճակով Replication թղթապանակը եւ ընտրեք Կարգավորել բաշխումը.
Բաշխման կարգավորման վարպետում սեղմեք հաջորդ ողջույնի էջում։
Մասին Բաժանող էջում ընտրեք հետևյալ տարբերակներից մեկը՝ հիմնվելով ձեր տոպոլոգիայի պահանջների վրա.
- Տեղական դիստրիբյուտորԸնտրեք «ServerName-ը կգործի որպես իր սեփական դիստրիբյուտոր»։ SQL Server «կստեղծի բաշխման տվյալների բազա և գրանցամատյան», եթե ցանկանում եք, որ հրատարակիչը և դիստրիբյուտորը աշխատեն նույն օրինակի վրա (Ընթացիկ օրինակը): Այս կարգավորումն ավելի պարզ է կարգավորելու համար և հարմար է փոքր միջավայրերի համար կամ այն դեպքերում, երբ հրատարակչի և դիստրիբյուտորի միջև ցանցային լատենտությունը կարող է խնդիրներ առաջացնել:
- Հեռակա դիստրիբյուտորԸնտրեք «Օգտագործեք հետևյալ սերվերը որպես դիստրիբյուտոր» և սեղմեք Ավելացնել հեռակա բաշխիչ սերվեր նշելու համար, եթե ցանկանում եք բաշխման մշակումը տեղափոխել առանձին օրինակի վրա: Այս կարգավորումը բարելավում է կատարողականությունը, երբ կրկնօրինակման ծավալները մեծ են՝ բաշխելով աշխատանքային ծանրաբեռնվածությունը մի քանի սերվերների միջև: Դուք պետք է տրամադրեք հեռակա բաշխիչի անունը և նշեք գաղտնաբառ, որը հրատարակիչը կօգտագործի բաշխիչին միանալու համար:
Սեղմել հաջորդ Snapshot թղթապանակի տեղը նշելու համար: Ցանցում մատչելիությունն ապահովելու համար տեղական ուղու փոխարեն օգտագործեք UNC ուղի (օրինակ՝ \\servername\share\folder):
Մասին Բաշխման տվյալների բազա էջում ընդունեք բաշխման տվյալների բազայի լռելյայն անունը (սովորաբար «բաշխում») կամ նշեք հատուկ անուն, այնուհետև կարգավորեք տվյալների և գրանցամատյանի ֆայլերի տեղադրությունները։
Մասին Սայլակ էջում ստուգեք, որ ներկայիս սերվերը միացված է որպես հրատարակիչ: Եթե դուք կարգավորում եք ներկայիս սերվերը որպես դիստրիբյուտոր, կարող եք ավելացնել լրացուցիչ հրատարակիչներ, որոնք կօգտագործեն այս դիստրիբյուտորը:
Վերանայեք վարպետի գործողությունները և սեղմեք Ավարտ բաշխումը կարգավորելու համար։

4.3 Քայլ 2. Հրապարակման ստեղծում

Բաշխումը կարգավորելուց հետո հաջորդ քայլը հրապարակում ստեղծելն է, որը սահմանում է, թե որ տվյալների օբյեկտները կկրկնօրինակվեն բաժանորդների համար։

Հրատարակություն ստեղծելու համար՝ օգտագործելով SQL Server Կառավարման ստուդիա.

Object Explorer-ում ընդարձակեք Replication թղթապանակ.
Աջ - կտտացրեք Տեղական հրատարակություններ եւ ընտրել Նոր հրատարակություն.
Նոր հրատարակության կախարդըtarts; սեղմեք հաջորդ ողջույնի էջում։
Ընտրեք այն տվյալների բազան, որը ցանկանում եք հրապարակել Հրատարակության տվյալների բազա էջ։ Սա ավտոմատ կերպով հնարավորություն է տալիս հրապարակել ընտրված տվյալների բազայում։
Մասին Հրապարակման տեսակը էջում ընտրեք կրկնօրինակման տեսակը՝ Հրապարակում կարճ հատվածում, Գործարքային հրապարակում, Peer-to-Peer հրատարակությունԿամ Միավորել հրատարակությունը.
Մասին Հոդվածներ էջը, ընդարձակեք Աղյուսակներ հանգույցը և ընտրեք աղյուսակներ՝ որպես հոդվածներ ներառելու համար։
Ըստ ցանկության՝ ընդարձակել պահվում ընթացակարգեր, Դիտումներ, կամ այլ օբյեկտների տեսակներ՝ լրացուցիչ հոդվածներ ներառելու համար։
Սեղմել Հոդվածի հատկություններ ֆիլտրացումը կամ հոդվածին հատուկ այլ կարգավորումները կարգավորելու համար։
Մասին Ֆիլտրել աղյուսակի տողերը էջում, անհրաժեշտության դեպքում ավելացրեք տողերի զտիչներ։
Մասին Snapshot գործակալ էջում ընտրեք, թե երբ ստեղծել լուսանկարը՝ անմիջապես, որոշակի ժամի, թե՞ ըստ ժամանակացույցի։
Մասին Գործակալի անվտանգություն էջում նշեք Snapshot Agent-ի անվտանգության համատեքստը։
Մասին Կախարդի գործողություններ էջ, ընտրեք Ստեղծեք հրապարակումը.
Մուտքագրեք հրատարակության անունը և սեղմեք Ավարտ.

4.4 Քայլ 3. Ստեղծել բաժանորդագրություն

Հրատարակություն ստեղծելուց հետո հաջորդ քայլը բաժանորդագրությունների ստեղծումն է, որոնք կապում են հրատարակությունը բաժանորդների տվյալների բազաների հետ։

Բաժանորդագրությունները կարող են լինել push բաժանորդագրություններ (կառավարվում են բաշխիչի կողմից) կամ pull բաժանորդագրություններ (կառավարվում են բաժանորդի կողմից): Հիմնական տարբերությունները կայանում են նրանում, թե որտեղ եք ստեղծում բաժանորդագրությունը և որ գործակալի տեղանքն եք ընտրում, ինչը որոշում է բաժանորդագրության գործողությունը (push կամ pull):

Push բաժանորդագրության համար (կառավարվում է դիստրիբյուտորի կողմից):

Մասին հրատարակիչ սերվեր, ընդլայնել Replication -> Տեղական հրատարակություններ.
Հրատարակության վրա սեղմեք աջ կոճակը և ընտրեք Նոր բաժանորդագրություններ.

Pull բաժանորդագրության համար (կառավարվում է Բաժանորդի կողմից):

Մասին բաժանորդ սերվեր, ընդլայնել Replication, սեղմեք աջը Տեղական բաժանորդագրություններեւ ընտրեք Նոր բաժանորդագրություններ.
Մասին Հրատարակություն էջ, սեղմեք Գտնել SQL Server Հրատարակիչ և միանալ հրատարակչի սերվերին։

Բաժանորդագրության երկու տեսակների համար էլ վարպետի ընդհանուր քայլերը.

Նոր բաժանորդագրության օգնականում սեղմեք հաջորդ ողջույնի էջում։
Ընտրեք հրատարակությունը և սեղմեք հաջորդ.
Մասին Բաշխման գործակալի գտնվելու վայրը էջում ընտրեք գործակալի գտնվելու վայրը՝
- Push բաժանորդագրությունԸնտրեք «Գործարկել բոլոր գործակալներին դիստրիբյուտորի մոտ» – դիստրիբյուտորը կուղարկի փոփոխությունները բաժանորդներին։
- Քաշեք բաժանորդագրությունըԸնտրեք «Գործարկել յուրաքանչյուր գործակալի իր բաժանորդի մոտ» – յուրաքանչյուր բաժանորդ կհավաքի փոփոխությունները բաշխիչից։
Մասին Բաժանորդները էջ, ընտրեք առկա բաժանորդային սերվերները կամ սեղմեք Ավելացնել բաժանորդ նորերը ավելացնելու համար։
Յուրաքանչյուր բաժանորդի համար ընտրեք նպատակակետային տվյալների բազան կամ ստեղծեք նոր տվյալների բազա։ Նշում: Բաժանորդագրության տվյալների բազան պետք է տարբերվի հրատարակչի տվյալների բազայից, նույնիսկ եթե օգտագործվում է նույնը։ SQL Server օրինակ:
Մասին Բաշխման գործակալի անվտանգություն էջում սեղմեք յուրաքանչյուր բաժանորդագրության հատկությունների կոճակը՝ անվտանգության համատեքստը կարգավորելու համար։
Մասին Սինխրոնիզացիայի ժամանակացույց էջում ընտրեք շարունակական համաժամեցում կամ պլանավորված համաժամեցում:
Մասին Բաժանորդագրությունների նախնականացում էջ, ընտրեք Անհապաղ նախնականացնելու համար վարպետի ավարտի ընթացքում կամ Առաջին համաժամեցման ժամանակ.
Վերանայեք վարպետի գործողությունները և սեղմեք Ավարտ.

5. Մոնիթորինգ և կառավարում SQL Server Replication

5.1 Կրկնօրինակման մոնիթորինգ Replication Monitor-ի միջոցով

Կրկնօրինակման մոնիտորը գործարկելու համար՝

In SQL Server Կառավարման ստուդիա, ընդլայնել Replication օբյեկտների հետազոտիչում։
Աջ - կտտացրեք Replication եւ ընտրել Գործարկել Replication Monitor-ը.
Եթե հրատարակիչներ գրանցված չեն, սեղմեք Ավելացնել հրատարակիչ ձախ թաղամասում:
Ընտրել Ավելացնել SQL Server Հրատարակիչ և միանալ հրատարակչի սերվերին։
Հրատարակիչը հայտնվում է ձախ վահանակում՝ հրատարակությունների և բաժանորդագրությունների համար ընդարձակվող հանգույցներով։

5.2 Արդյունավետության մոնիթորինգ

5.2.1 Մոնիտորի լատենտություն

Կրկնօրինակման լատենտությունը հրատարակչի մոտ տեղի ունեցող փոփոխության և բաժանորդի մոտ այդ փոփոխության կիրառման միջև ընկած ժամանակահատվածն է: Վերահսկեք լատենտությունը՝ ապահովելու համար, որ տվյալների թարմությունը համապատասխանի բիզնեսի պահանջներին:

Օգտագործեք Replication Monitor-ը՝ «Բոլոր բաժանորդագրությունները» ներդիրում լատենտության չափանիշները դիտելու համար: «Latence» սյունակը ցույց է տալիս միջին լատենտությունը վայրկյաններով: Գործարքային կրկնօրինակման համար հետագծող տոկենները տրամադրում են լատենտության ճշգրիտ չափումներ՝ տեղադրելով մարկերային գործարքներ, որոնք հետևվում են կրկնօրինակման խողովակաշարով:

Հետևողական տոկեններ օգտագործելու համար՝

Replication Monitor-ում ընտրեք գործարքային հրապարակում։
Սեղմեք է Հետևողական տոկեններ էջանիշը.
Սեղմել Տեղադրեք Tracer-ը մարկերային գործարք ներարկելու համար։
Հետևեք տոկենի տեղաշարժին հրատարակչից դիստրիբյուտոր և այնուհետև բաժանորդ։
Դիտեք յուրաքանչյուր հատվածի համար ծախսված ժամանակը՝ խոչընդոտները բացահայտելու համար։

5.2.2 Մոնիտորի թողունակություն

Թողունակությունը չափում է ժամանակի ընթացքում կրկնօրինակված տվյալների ծավալը, որը սովորաբար արտահայտվում է որպես վայրկյանում գործարքներ կամ վայրկյանում հրամաններ: Վերահսկեք թողունակությունը՝ համոզվելու համար, որ կրկնօրինակումը կարող է համընթաց լինել հրատարակչի գործունեությանը:

Թեև Replication Monitor-ը տրամադրում է համաժամեցման հիմնական կարգավիճակը, առաքման արագությունը և մանրամասն թողունակության չափանիշները տեսանելի չեն գրաֆիկական ինտերֆեյսում: Օգտագործեք T-SQL հարցումներ բաշխման տվյալների բազայի նկատմամբ՝ թողունակությունը վերահսկելու համար.

USE distribution
GO

-- Direct join to avoid subquery
SELECT TOP 20
    h.time AS [Time],
    a.name AS [Agent Name],
    h.runstatus AS [Status],
    h.delivered_transactions AS [Delivered Transactions],
    h.delivered_commands AS [Delivered Commands],
    h.delivery_rate AS [Delivery Rate (commands/sec)],
    h.delivery_latency AS [Delivery Latency (ms)],
    h.comments AS [Comments]
FROM MSdistribution_history h
JOIN MSdistribution_agents a ON h.agent_id = a.id
WHERE a.name LIKE '%MyPublication2%'
AND h.runstatus IN (2, 3, 4, 6)
ORDER BY h.time DESC
GO

Կարգավիճակի կոդեր՝ 1 = Start, 2 = Ընթացքի մեջ է, 3 = Հաջող, 4 = Անգործուն, 5 = Կրկին փորձել, 6 = Ձախողվել։ Համեմատեք առաքման արագությունը հրատարակչի գործարքների արագության հետ՝ բացահայտելու համար այն իրավիճակները, երբ վերարտադրությունը հետ է մնում։ Արդյունավետության հաշվիչներ Windows Performance Monitor տրամադրել լրացուցիչ թողունակության չափանիշներ յուրաքանչյուր վերարտադրման գործակալի համար։

5.2.3 Խոչընդոտների բացահայտում

Կրկնօրինակման խոչընդոտներ կարող են առաջանալ տոպոլոգիայի բազմաթիվ կետերում: Հրատարակչի մոտ լուսանկարների ստեղծման չափազանց երկար ժամանակը կամ Log Reader Agent-ի ուշացումները կարող են վկայել ռեսուրսների սահմանափակման մասին: Վերարտադրման գործողությունների ընթացքում վերահսկեք հրատարակչի CPU-ն, հիշողությունը և սկավառակի մուտքը/ելքը:

Բաշխիչում ստուգեք բաշխման տվյալների բազայում գործարքների կուտակումը: Չբաշխված հրամանների մեծ քանակը ցույց է տալիս, որ բաշխիչը չի կարողանում հետևել առաքմանը: Վերահսկեք բաշխիչի սերվերի ռեսուրսները և մեծ ծավալի իրավիճակների համար դիտարկեք նվիրված հեռակա բաշխիչ օգտագործելու հնարավորությունը:

Բաժանորդի մոտ փոփոխությունների դանդաղ կիրառումը կարող է պայմանավորված լինել անբավարար ռեսուրսներով, ինդեքսների բացակայությամբ կամ ներմուծման գործողությունները դանդաղեցնող սահմանափակումներով: Վերահսկեք բաժանորդի ռեսուրսների օգտագործումը և հարցման կատարողականը, երբ բաշխման գործակալը աշխատում է: Բաղադրիչների միջև ցանցային թողունակության սահմանափակումները նույնպես առաջացնում են խցանումներ, մասնավորապես մեծ ծավալի տվյալների դեպքում:

5.3 Կրկնօրինակման գործակալների կառավարում

5.3.1 Start և Stop գործակալներ

Սtart կամ կանգնեցնել վերարտադրության գործակալը՝

In SQL Server Կառավարման ստուդիա, ընդլայնել SQL Server Գործակալ -> Աշխատանք.
Գտեք կրկնօրինակման գործակալի աշխատանքը (անունները սովորաբար ներառում են հրատարակության և բաժանորդի տեղեկությունները):
Սեղմեք աջ կոճակը աշխատանքի վրա և ընտրեք StarՀոբ or Դադարեցնել աշխատանքը.

5.3.2 Գործակալի պրոֆիլների կարգավորում

Գործակալի պրոֆիլները պարունակում են պարամետրերի հավաքածուներ, որոնք կարգավորում են գործակալի վարքագիծը։ SQL Server տրամադրում է ստանդարտ պրոֆիլներ, որոնք օպտիմալացված են տարածված սցենարների համար, և դուք կարող եք ստեղծել հատուկ կարիքների համար նախատեսված անհատական պրոֆիլներ։

Գործակալի պրոֆիլները փոփոխելու համար՝

Օբյեկտների հետազոտիչում ընդարձակեք Replication.
Աջ - կտտացրեք Replication եւ ընտրել Դիստրիբյուտորի անշարժ գույք.
Սեղմեք է Պրոֆիլի լռելյայն կարգավորումներ կոճակը:
Ընտրեք գործակալի տեսակը (Snapshot, Log Reader, Distribution կամ Merge) իջնող ցանկից։
Ընտրեք պրոֆիլ և սեղմեք Հատկություններ պարամետրերի արժեքները դիտելու համար։
Սեղմել Նոր պրոֆիլ ստեղծել սեփական պրոֆիլ՝ հիմնվելով արդեն իսկ գոյություն ունեցողի վրա։
Փոփոխեք անհրաժեշտ պարամետրերը և սեղմեք OK.

Գործակալի համար պրոֆիլ կիրառելու համար խմբագրեք բաժանորդագրության հատկությունները և ընտրեք ցանկալի պրոֆիլը Գործակալի պրոֆիլի ցանկից։

5.3.3 Գործակալի պարամետրեր և կարգավորումներ

Գործակալի պարամետրերը ճշգրտում են աշխատանքի արդյունավետությունը և վարքագիծը: Բաշխման գործակալի հիմնական պարամետրերից են՝ CommitBatchSize-ը (մեկ հաստատման համար կիրառվող գործարքների քանակը), CommitBatchThreshold-ը (հաստատումից առաջ հրամանների քանակը), SubscriptionStreams-ը (զուգահեռ կապեր՝ ավելի արագ առաքման համար) և QueryTimeout-ը (հրամանների ժամկետի ավարտ):

Գրանցամատյանի ընթերցող գործակալի համար կարևոր պարամետրերից են ReadBatchSize-ը (մեկ սկանավորման ընթացքում կարդացված գործարքներ), ReadBatchThreshold-ը (հրամաններ առաքումից առաջ) և PollingInterval-ը (գրանցամատյանի սկանավորումների միջև ուշացում): Կարգավորեք այս պարամետրերը՝ հիմնվելով գործարքների ծավալի և լատենտության պահանջների վրա:

5.4 Պահուստավորման և վերականգնման նկատառումներ

Կրկնօրինակման հետ կապված տվյալների բազաների պահուստավորումը պահանջում է հատուկ ուշադրություն: Հրատարակչի տվյալների բազայի համար անհրաժեշտ է կանոնավոր լրիվ և գործարքների գրանցամատյանների պահուստավորում: Նշեք տվյալների բազայի պահուստավորումը կրկնօրինակման աջակցության համար՝ օգտագործելով ԿՐԿՆԱՊԱՏԿՄԱՆ ՀԵՏ տարբերակը գործարքային կրկնօրինակման ժամանակ տվյալների բազաների պահուստավորում կատարելիս: Պարբերաբար պահուստավորեք բաշխման տվյալների բազան՝ կրկնօրինակման կոնֆիգուրացիան պաշտպանելու համար:

Երբ վերականգնում եք հրատարակչի տվյալների բազան նույն անունով նույն սերվերի վրա, օգտագործեք WITH KEEP_REPLICATION տարբերակը՝ կրկնօրինակման վիճակը պահպանելու համար: Այս տարբերակը ապահովում է, որ Log Reader Agent-ի կողմից դեռևս չմշակված գործարքները մնան նշված կրկնօրինակման համար, թույլ տալով, որ կրկնօրինակումը շարունակվի ավտոմատ կերպով՝ առանց բաժանորդագրությունները վերագործարկելու:

Աղետների վերականգնման սցենարներում, երբ պահուստային պատճենները անհասանելի են, վնասված են կամ տվյալների բազայի ֆայլերը վնասված են, կարող են անհրաժեշտ լինել մասնագիտացված վերականգնման գործիքներ։ DataNumen SQL Recovery կարող է տվյալներ արդյունահանել վնասված կամ անհասանելի MDF և NDF ֆայլերից՝ ապահովելով վերջին միջոցը, երբ վերականգնման ստանդարտ ընթացակարգերը ձախողվում են։

Լրացուցիչ մանրամասների համար SQL Server պահուստային պատճեն, տե՛ս մեր համապարփակ ուղեցույց.

6. Հաճախակի տրվող հարցեր (ՀՏՀ)

Հարց. Ի՞նչ տարբերություն կա snapshot-ի և գործարքային կրկնօրինակման միջև։

Ա. Snapshot կրկնօրինակումը վերցնում է տվյալների ամբողջական պատճենը որոշակի ժամանակահատվածում և կիրառում այն բաժանորդի վրա, հարմար է հազվադեպ փոփոխվող տվյալների համար: Գործարքային կրկնօրինակումtarts-ը սկզբնական լուսանկարով է, ապա անընդհատ կրկնօրինակում է առանձին գործարքները դրանց տեղի ունենալուն պես՝ ապահովելով գրեթե իրական ժամանակի համաժամեցում հաճախ փոփոխվող տվյալների համար։

Հարց. Կարո՞ղ եմ կրկնօրինակել տարբեր տարբերակների միջև SQL Server տարբերակները՞

Ա. Այո, SQL Server Կրկնօրինակումը աջակցում է տարբերակների համատեղելիությունը սահմանափակ տիրույթում: Բաշխիչի տարբերակը պետք է հավասար կամ ավելի բարձր լինի, քան հրատարակչի տարբերակը, իսկ բաժանորդը կարող է լինել հրատարակչի երկու տարբերակների սահմաններում: Օրինակ, եթե հրատարակիչը SQL Server 2016 թվականին բաժանորդը կարող է լինել SQL Server 2012, 2014, 2016, 2017 կամ 2019 թվականներին։

Հարց. Ինչպե՞ս կարգավորել կոնֆլիկտները միաձուլման կրկնօրինակման ժամանակ։

Ա. Միաձուլման կրկնօրինակումը ապահովում է ներկառուցված հակամարտությունների հայտնաբերման և լուծման մեխանիզմներ: Դուք կարող եք կարգավորել հակամարտությունների լուծիչները հոդվածի մակարդակում՝ ընտրելով ներկառուցված լուծիչներից կամ իրականացնելով հատուկ հակամարտությունների լուծիչներ: Հակամարտությունները սովորաբար լուծվում են առաջնահերթության վրա հիմնված կամ ժամանակային նշագրերի վրա հիմնված մեթոդներով՝ ձեռքով վերանայման համար հակամարտությունները գրանցելու հնարավորությամբ:

Հարց. Ի՞նչ ազդեցություն ունի կրկնօրինակումը կատարողականի վրա։

Ա. Կրկնօրինակումը մի քանի ձևով է ազդում արդյունավետության վրա. հրատարակիչը ծանրաբեռնվածություն է կրում փոփոխությունների հետևման և ակնթարթային պատկերների ստեղծման պատճառով, բաշխիչն օգտագործում է ռեսուրսներ գործարքները պահելու և փոխանցելու համար, իսկ ցանցի թողունակությունը սպառվում է տվյալների փոխանցման ընթացքում: Ազդեցությունը տարբերվում է կրկնօրինակման տեսակից, որտեղ ակնթարթային կրկնօրինակումը առաջացնում է պարբերական բարձր ազդեցության պայթյուններ, իսկ գործարքային կրկնօրինակումը պահպանում է ավելի հետևողական, բայց շարունակական բեռ:

Հարց. Ինչպե՞ս կարող եմ ապահովել իմ կրկնօրինակման տոպոլոգիան։

Ա. Ապահովեք ձեր կրկնօրինակման տոպոլոգիան՝ ներդնելով մի քանի լավագույն փորձ. օգտագործեք Windows Authentication կամ strong SQL Server նույնականացում, TLS-ի միջոցով կապերի կոդավորում, Snapshot պանակի պաշտպանություն համապատասխան միջոցով NTFS թույլտվություններ, կարգավորեք հրապարակումների մուտքի ցանկը (PAL)՝ մուտքը կառավարելու համար, օգտագործեք առանձին ծառայության հաշիվներ՝ յուրաքանչյուր վերարտադրման գործակալի համար պահանջվող նվազագույն թույլտվություններով և պարբերաբար ստուգեք վերարտադրման անվտանգության կարգավորումները։

Հարց. Կարո՞ղ եմ կրկնօրինակել Azure SQL տվյալների բազայում:

Ա. Այո, դուք կարող եք կրկնօրինակել Azure SQL տվյալների բազա՝ օգտագործելով գործարքային կրկնօրինակում տեղական տվյալների բազայի միջոցով։ SQL Server կամ Azure SQL Managed Instance-ը որպես հրատարակիչ և բաշխիչ: Azure SQL Database-ը կարող է ծառայել որպես բաժանորդ, բայց ոչ որպես հրատարակիչ կամ բաշխիչ: Միաձուլման և peer-to-peer կրկնօրինակումը չեն աջակցվում Azure SQL Database-ի կողմից:

Հարց. Ինչպե՞ս վերահսկել վերարտադրության լագը։

Ա. Վերահսկեք վերարտադրման լագը՝ օգտագործելով Replication Monitor-ը SQL Server Management Studio, որը ցուցադրում է յուրաքանչյուր բաժանորդագրության համար լատենտության չափանիշները: Դուք կարող եք նաև հարցումներ կատարել բաշխման տվյալների բազայի աղյուսակներում, ինչպիսիք են MSdistribution_history-ն և MSrepl_commands-ը, օգտագործել վերարտադրման գործակալներին հատուկ կատարողականության հաշվիչներ կամ կարգավորել լատենտության շեմերի վրա հիմնված ահազանգեր՝ համաժամեցման ուշացումները նախապես հայտնաբերելու և լուծելու համար:

Հարց. Ի՞նչ է պատահում, երբ բաժանորդը offline է։

Ա. Երբ բաժանորդը անցանց է, վարքագիծը կախված է կրկնօրինակման տեսակից: Գործարքային կրկնօրինակման դեպքում գործարքները կուտակվում են բաշխման տվյալների բազայում մինչև բաժանորդը կրկին միանա ցանցին, այնուհետև համաժամեցումը վերսկսվում է: Միաձուլման կրկնօրինակման դեպքում փոփոխությունները հետևվում են երկու կողմերից և միաձուլվում են, երբ կապը վերականգնվում է: Պահպանման ժամանակահատվածի կարգավորումը որոշում է, թե որքան ժամանակ են տվյալները պահվում, նախքան դրանք վերագործարկվեն:

Հարց. Ինչպե՞ս կարող եմ նոր հոդվածներ ավելացնել արդեն իսկ գոյություն ունեցող հրապարակմանը։

Ա. Գոյություն ունեցող հրատարակությանը նոր հոդվածներ ավելացնելու համար օգտագործեք SQL Server Management Studio-ում՝ հրապարակման հատկությունները փոփոխելու և լրացուցիչ օբյեկտներ ընտրելու համար, կամ օգտագործեք sp_addarticle պահպանված ընթացակարգը: Հոդվածներ ավելացնելուց հետո ստեղծեք նոր սքեփթ և վերագործարկեք բոլոր բաժանորդագրությունները՝ ապահովելու համար, որ բաժանորդները ստանան նոր հոդվածները: Որոշ փոփոխություններ կարող են պահանջել բաժանորդագրության վերագործարկում՝ կախված հրապարակման կարգավորումներից:

Հարց. Ինչպե՞ս հեռացնել կրկնօրինակումը տվյալների բազայից:

Ա. Հեռացրեք կրկնօրինակումը տվյալների բազայից՝ նախ ջնջելով բոլոր բաժանորդագրությունները՝ օգտագործելով sp_dropsubscription-ը, այնուհետև հեռացնելով հրապարակումը sp_droppublication-ով և վերջապես անջատելով հրապարակումը տվյալների բազայում՝ օգտագործելով sp_replicationdboption-ը: Եթե սերվերը բաշխիչ է, անջատեք բաշխումը sp_dropdistributor-ի միջոցով: Միշտ պահուստավորեք տվյալների բազաները՝ նախքան կրկնօրինակման կարգավորումները հեռացնելը:

Հարց: Ո՞րն է տարբերությունը SQL Server Կրկնօրինակման և AlwaysOn հասանելիության խմբերը՞

Ա. Կրկնօրինակումը տվյալների բաշխման և ինտեգրման լուծում է, որը գործում է օբյեկտային մակարդակում, մինչդեռ Միշտ հասանելիության խմբեր բարձր մատչելիության և աղետներից վերականգնման լուծում է, որը գործում է տվյալների բազայի մակարդակում։

7: եզրափակում

SQL Server Կրկնօրինակումը ապահովում է հուսալի շրջանակ՝ տվյալները բազմաթիվ տվյալների բազաներում և վայրերում բաշխելու և համաժամեցնելու համար: Տեխնոլոգիան աջակցում է տարբեր սցենարների՝ տարբեր տեսակի կրկնօրինակումների միջոցով:

Ճիշտ կրկնօրինակման ռազմավարության ընտրությունը կախված է ձեր կոնկրետ պահանջներից: Հաշվի առեք տվյալների փոփոխության հաճախականությունը, լատենտության պահանջները, թե արդյոք բաժանորդները պետք է թարմացումներ կատարեն, ցանցի բնութագրերը և բաժանորդների ինքնավարության կարիքները: Լուսանկարչական կրկնօրինակումն առավել արդյունավետ է հազվադեպ փոփոխվող հղման տվյալների համար, որտեղ լատենտությունը կարևոր չէ: Գործարքային կրկնօրինակումը հարմար է բարձր ծավալի սցենարների համար, որոնք պահանջում են ցածր լատենտություն և հիմնականում միակողմանի տվյալների հոսք:

Ընտրեք միաձուլման կրկնօրինակումը, երբ բաժանորդներին անհրաժեշտ է ինքնավար գործողություն՝ անցանց հնարավորություններով և երկկողմանի համաժամացմամբ: Կիրառեք peer-to-peer կրկնօրինակում՝ բազմաթիվ ակտիվ հանգույցների միջև ընթերցման գործողությունները գրեթե իրական ժամանակի համապատասխանությամբ հավասարակշռելու համար: Դիտարկեք հիբրիդային մոտեցումները՝ համատեղելով բազմակի կրկնօրինակման տեսակներ՝ բազմազան պահանջներով բարդ սցենարների համար:

Սայլակ

Հեղինակի մասին

Յուան Շենգ տվյալների բազայի ավագ ադմինիստրատոր (DBA) է՝ ավելի քան 10 տարվա փորձով։ SQL Server միջավայրերի և ձեռնարկությունների տվյալների բազայի կառավարման ոլորտում: Նա հաջողությամբ լուծել է տվյալների բազայի վերականգնման հարյուրավոր սցենարներ ֆինանսական ծառայությունների, առողջապահության և արտադրական կազմակերպություններում:

Յուանը մասնագիտանում է SQL Server տվյալների բազայի վերականգնում, բարձր մատչելիության լուծումներ և կատարողականի օպտիմալացում: Նրա լայնածավալ գործնական փորձը ներառում է բազմաբայթ ծավալով տվյալների բազաների կառավարում, միշտ հասանելի խմբերի ներդրում և կարևորագույն բիզնես համակարգերի համար ավտոմատացված պահուստավորման և վերականգնման ռազմավարությունների մշակում:

Իր տեխնիկական փորձագիտության և գործնական մոտեցման միջոցով Յուանը կենտրոնանում է համապարփակ ուղեցույցներ ստեղծելու վրա, որոնք կօգնեն տվյալների բազայի ադմինիստրատորներին և ՏՏ մասնագետներին լուծել բարդ խնդիրներ։ SQL Server արդյունավետորեն մարտահրավերներ է նետում։ Նա տեղեկացված է մնում վերջին նորություններից SQL Server թողարկումները և Microsoft-ի զարգացող տվյալների բազայի տեխնոլոգիաները, պարբերաբար փորձարկելով վերականգնման սցենարները՝ համոզվելու համար, որ նրա առաջարկությունները արտացոլում են իրական աշխարհի լավագույն փորձը։

Հարցեր ունեք SQL Server Վերականգնո՞ւմ, թե՞ անհրաժեշտ է տվյալների բազայի խնդիրների լուծման լրացուցիչ ուղեցույց: Յուանը ողջունում է ձեզ: արձագանքներ և առաջարկություններ այս տեխնիկական ռեսուրսները բարելավելու համար։