DBMS-də paylanmış paralellik

Sistem dizaynı ilə bağlı müsahibə sualları o qədər açıq ola bilər ki, düzgün hazırlaşmağı bilmək çox çətindir. İndi satın aldıqdan sonra Amazon, Microsoft və Adobe-nin dizayn dövrlərini sındıra bilirəm Bu kitabı. Gündəlik bir yenidən nəzərdən keçirin dizayn sualı və söz verirəm ki, dizayn dövrünü sındıra bilərsiniz.

Bu paylanmış bir verilənlər bazası sistemi olduğundan bir çox istifadəçiyə müxtəlif yerlərdən və ya eyni yerdən məlumat əldə etməyə imkan verir. Beləliklə, DDB-nin ömrü boyunca eyni vaxtda daxil olan və sorğu verən istifadəçilərlə qarşılaşır və bütün bu paralel girişləri idarə etmək üçün kifayət qədər güclü olmalıdır. İstifadəçilər eyni vaxtda daxil olsalar da, bir çox problemlə üzləşirlər.

Artıq məlumatlar

Sistemdə fərqli verilənlər bazası üzərində paylanmış məlumatların təkrar surətləri ola bilər. Beləliklə, bir DB-dəki məlumatlardakı hər hansı bir dəyişiklik, məlumatların uyğunluğuna nail olmaq üçün DB-lərdəki bütün nüsxələri yeniləməlidir. Əks təqdirdə sistemdəki lazımsız məlumatlara səbəb olacaqdır. Eynilə, uğursuzluqdan sonra məlumatları bərpa edərkən, tutarlılığı qorumaq üçün bütün DB-lərdə məlumatları bərpa etməlidir.

Ünsiyyət əlaqəsi çatışmazlığı

Bu DDB olduğundan, sorğularını istəyən çox sayda istifadəçi olacaq. Bu səbəbdən şəbəkədə böyük bir trafik olacaq. Şəbəkə istifadəçi tələbini düzgün şəkildə yayaraq nəticəni geri göndərməli olmalıdır. Bəzən şəbəkədəki ağır yük istifadəçi ilə DB arasındakı rabitə əlaqəsini sıradan çıxara bilər.

Fərdi Sayt Xətası

Tutaq ki, hər hansı bir və ya daha çox DB uğursuz və ya qəzaya uğrayıb. Qurtarma sistemi, bu uğursuz sistemlər istifadəçilərə təqdim edilməzdən əvvəl DB-ni bərpa edəcək qədər güclü olmalıdır. Bundan əlavə, istifadəçi bu uğursuzluqdan təsirlənməməlidir. Başqa DB-lərdən sorğularını və istəklərini yerinə yetirə bilməlidirlər.

Paylanmış öhdəlik

DDB -də parçalanma adi haldır, bu da məlumatların bütövlükdə bir saytda olmayacağını bildirir. Ya yatay, ya şaquli olaraq və ya hər ikisi DB arasında paylanacaq. Deməli hər hansı DML əməliyyatlar (Daxil et, Yeniləyin və Sil) dəyişiklikləri yalnız cədvəlin qismən məlumatları üzərində edəcək. Bütün verilənlər bazalarında yenilənməli / edilməlidir. Buna görə də, cədvəlin hər hansı bir hissəsinin mövcud olduğu bütün DB -lərdə icra olunmalıdır. Beləliklə, bu sistemlərdə öhdəlik 2 və ya daha çox öhdəlik mərhələsi olacaq.

Paylanmış çıxılmaz vəziyyət

Hər hansı bir paralel əməliyyatlar çıxılmaz vəziyyətə gələcəkdir. DDB də bundan ayrı deyil. Fərqli DB-lərdə çoxsaylı paralel əməliyyatlar həyata keçiriləcək ki, bu da bütün bu DB-lərdəki məlumatları kilidləyəcəkdir. Beləliklə, bu qıfıllar düzgün bir şəkildə idarə olunmazsa, çıxılmaz vəziyyətə gəlmə ehtimalı yüksəkdir. Buna paylanmış şəkildə paralellik nəzarəti ilə nail olunur.

Paylanmış valyuta nəzarəti

Dağıtılmış verilənlər bazası sistemlərində paralelliyi və dolayısı ilə çıxılmaz vəziyyəti idarə etmək üçün istifadə olunan müxtəlif üsullar mövcuddur.

  • Əsas sayt texnikası - Burada tək bir verilənlər bazası yeri əsas sayt sayılır və paylanmış verilənlər bazası sisteminin əməliyyatlarını idarə etməkdən məsuldur. Bu sayt, kilidləri təmin edərək əməliyyatları idarə edir masaları və müxtəlif DB saytlarında yerləşdirilən masalardan qıfılların çıxarılması.

Bu sayt müxtəlif istifadəçilərdən cədvəlləri kilidləmək üçün etdikləri əməliyyatla bağlı istəkləri alır. İstəkləri növbəyə qoyur və cədvəllər mövcud olduqda, əməliyyatlarına kilidləri təyin edir. Əməliyyat bitdikdən sonra əməliyyatı həyata keçirir və kilidləri buraxır. Verilənləri cədvəllərdə kilidləmək üçün iki fazalı kilidləmə texnikasını izləyir. Beləliklə, DDB-də paralelliyin əldə edilməsinə kömək edir və çıxılmaz vəziyyətdən çəkinir.

Bu paralel idarəetmə növü, məlumat elementlərini bir mərkəzləşdirilmiş / ümumi saytda kilidləməyə kömək edir və həqiqi məlumatların olduğu digər DB saytındakı məlumatlara daxil olmağa imkan verir. Yəni, giriş başqa bir sayt tərəfindən verilsə də, məlumatlara giriş üçün yayılma vaxtı hələ də qorunub saxlanılır. Bunun xaricində əsas saytın tətbiqi və idarə olunması da sadə və asandır.
Ancaq bu texnikanın bəzi mənfi cəhətləri də var. Bu texnikada bütün istəklər tək bir sayta yüklənir. Bir DDB olduğundan, əməliyyatların yükləri işlənəcək və kilidlər və onları buraxmaq istəkləri daha çoxdur. Beləliklə, bu birincil sayt, sistemin ləngiməsinə səbəb olacaq istəklərlə yüklənəcəkdir. Əlavə olaraq, bu əsas saytda hər hansı bir uğursuzluq olarsa, bütün sistem ölmüş olacaq. Bu sistem üçün heç bir ehtiyat və ya bərpa yoxdur.

Birincil saytın uğursuzluğunu başqa bir sayt ehtiyat sayt kimi yaratmaqla aradan qaldırmaq olar. Birincil saytın hər hansı bir uğursuzluğu olduqda, ehtiyat sayt bərpa olunana qədər işləyəcəkdir.

  • İlkin kopyalama üsulu

Bu texnikada kilidləri təmin etmək üçün hər hansı bir sayt təyin etmək əvəzinə, əldə edilməsi lazım olan məlumatların ilkin nüsxəsi müəyyən edilir və kilidlənir. Başqa sözlə, məlumatlar verilənlər bazaları üzərində bölündüyü üçün (parçalanma), tələb olunan məlumatlar şəbəkə üzərində yerləşdirilir və bu DB-dəki həmin məlumat elementi kilidlənir. İstək tamamlandıqda kilid buraxılır.

Bu metodda tək bir saytdakı yükü azaldır. Məlumat elementləri verilənlər bazası arasında paylandığı üçün, məlumat elementi kilidlərindəki yüklər də paylanır. Beləliklə sistemi yavaşlatmayacaq.
Lakin bütün məlumatların paylandığı üçün məlumat elementinin ilkin nüsxəsini müəyyənləşdirmək çox yorucu deyil. DDB-dəki bütün saytlarda / DB-lərdə saxlanılmalı olan ayrı bir paylama siyahısının saxlanılması lazımdır.

sağalma

Tutaq ki, bu paralel nəzarət mexanizminin hər ikisi, hətta ehtiyat saytlarında olsa belə, uğursuz olur. Sonra məlumatları və əməliyyatları necə bərpa etmək olar?

  • Yedək saytı olmayan ilkin sayt

Tutaq ki, birincil sayt uğursuz olur və arxa saytlar da yoxdur. Sonra əməliyyatları təmin edən və ya idarə edə biləcək başqa bir sayt yoxdur. Bu vəziyyətdə sistem bütün əməliyyatları ləğv edəcək və təsadüfi saytlardan birini əsas sayt olaraq seçərək bütün aktiv əməliyyatları yenidən başlayacaq.

  • Yedək saytı olan əsas sayt

Yedək sayt varsa, sistem bütün əməliyyatları ləğv edəcək və ehtiyat saytını əsas sayt olaraq təyin edərək əməliyyatları yenidən başlayacaq. Burada başqa bir yeni DB saytı əsas sayt üçün ehtiyat saytı olaraq təyin olunur və əməliyyatın işlənməsi ilə davam edir.

  • Həm əsas, həm də ehtiyat sayt uğursuz olur

Bu vəziyyətdə sistem səsvermə texnikasından əsas və ehtiyat saytları müəyyənləşdirmək üçün istifadə edir. Sistem kilidləmə sorğusunu məlumat elementinin olduğu DB saytına göndərir. Bu məlumat elementi birdən çox DB saytında mövcud ola bilər. Beləliklə, məlumatların kilidlənməsi üçün bütün bu DB saytlarına tələb göndərilir. DB saytlarının əksəriyyəti qrant verirsə, əməliyyat məlumat elementindəki kilidi əldə edəcəkdir. Bu kilidləmə məlumatları bütün saytlara geri göndərilir, belə ki, yeni bir tələbin bu kilid buraxılışını gözləməsi lazımdır. Bu, digər əməliyyatların daha uzun müddət gözləməsinə səbəb ola bilər. Gözləmə müddəti təyin edilərək bunun qarşısını almaq olar. Bu müddət ərzində əməliyyat kilidlənməsə, əməliyyat ləğv ediləcək və yenidən başlayacaq. Əməliyyat saytların heç birindən heç bir kilid almasa da, əməliyyat da ləğv ediləcəkdir.

Crack Sistemi Dizayn Müsahibələri
Translate »