content top
Replication: העבר, ההווה והעתיד

Replication: העבר, ההווה והעתיד

קיבלתי מייל מ-Jean-Yves Devant, בחור מוכשר ממיקרוסופט שאחראי על רפליקציה, CDC ו-Change Tracking בקבוצת המוצר. המייל לא היה תחת NDA ולכן אני יכול לשתף ולהזמין אתכם להביע את דעתכם.

לפני המייל, תזכורת – האבולוציה של רפליקציה על קצה המזלג ומזכרוני הסובייקטיבי נראית ככה:

גירסת SQL Server סטטוס רפליקציה מה מאיר עושה
6.5
  • אין
  • יש פיצ’ר של Transfer שאני לא זוכר מה הוא עושה אבל במעורפל זה הימים הטובים של מפלגת מולדת
  • חייל
  • DBA
  • מסנכרן מידע ידנית ואולי קצת עם אופציית ה-Transtfer
  • משחק עם אופציות ב-sp_configure ומצליח להשבית מערכת של בית חולים שלם עד שצחי חקיקת מגיע לסייע
7
  • Transactional
  • Merge
  • ה-Merge לא באמת עובד
  • בונה Transactional Replication ואוהב את זה
  • בונה Merge ולא אוהב את זה (קשור גם לעובדה שזה לא באמת עובד)
  • משחק עם אופציות של Merge ומנסה לגרום לזה לעבוד. הצלחה חלקית.
2000
  • Merge (הפעם עובד)
  • ממשיך לאהוב Transactional
  • מבין את היתרונות שיש גם ב-Merge
  • נשלח לאירלנד על תקן של מומחה Merge אחרי ניסיון של שתי התקנות, מתוכן אחת לדמו. משחק עם עוד כמה אופציות וכנראה שזה עבד. האירים מרוצים. הגינס בטוח עזר לשביעות הרצון שלהם.
2005
  • שינויי סכמה עוברים אוטומטית ברפליקציה
  • Peer to Peer
  • מפסיקים לתמוך ברפליקציה דרך DTS. וזה הגיוני – הפסיקו לתמוך ב-DTS.
  • רפליקצית Merge משתכללת (אך גם מסתבכת)
  • Replication Monitor חדש
  • הופך את רפליקציה לתחביב.
  • מיישם תחליפי רפליקציה ל-P2P עבור גירסאות Standard
  • משחק עם אופציות של P2P, ומבין את היכולות האמיתיות של המוצר – מעבר למה שמיקרוסופט הציגה לעולם
2008
  • שיפורים ב-P2P מבחינת Availability וקלות ניהול
  • Conflict Resolver גם עבור P2P
  • תמיכה ב-Partitions
  • שיפורים משמעותיים בביצועי רפליקציה, במיוחד ברשתות WAN
  • מגלה סודות חדשים לגבי רפליקציה (למשל – pull יותר מהיר מ-push!)
  • משחק עם אופציות, מסתבך עם רשויות החוק ובורח לנמיביה. אה רגע, התבלבלתי עם קובי אלכסנדר.
R2
  • אממ, שום דבר חדש. באמת שרציתי לכתוב פה משהו.
  • מסתכל בעיניים כלות על PDW ותוהה לאן כל תקציב הפיתוח הלך אם לא הוסיפו אף פיצ’ר מעניין ברפליקציה
  • הולך לשחק הוקי אוויר עם קלן דילייני ב-PASS

 

אני תמיד טוען שרפליקציה היא הפתרון לכל דבר:

 

 

החבר’ה ברדמונד מתחילים לתכנן איך תיראה הגירסה הבאה של רפליקציה. במייל מ-Jean-Yves, הוא מבקש לשמוע את דעתם של כמה אנשים מתחום הרפליקציה, ואני ביניהם, לגבי:

  • המוצר: מה טוב, מה רע, מה אפשר לשפר
  • כיוונים ודרישות עתידיות בשוק בתחום הרפליקציה
  • התפתחויות לגבי נושא סנכרון בסיסי נתונים בכלל ורפליקציה בפרט

 

לי יש בטן מלאה בנושא (ובהמשך אשתף כאן כמובן). אני ממש שמח שקיבלתי את הפניה הזו, מזמן רציתי להכין פידבק מסודר ורעיונות לעתיד ולשלוח לקבוצת המוצר. עכשיו יש לי הזדמנות.

אבל לפני שאני שולח לו, אשמח לשמוע מכם: אם יש לכם הצעות והערות לגבי רפליקציה, רשמו כאן בתגובות. אני אתייחס לכל הצעה, ומה שאני חושב שמתאים אעביר גם ישירות לקבוצת המוצר.

זה הזמן להשפיע!

אתם קובעים את מהלך ההסטוריה!

לא נסחפנו בכלל!

עוד משפט עם סימן קריאה בסוף!

ועכשיו שלושה!!!


4 תגובות על “Replication: העבר, ההווה והעתיד”

  1. מאחר שאין בכוונת מיקרוסופט לבנות ישום כמו RAC של אורקל, הרפליקציה צריכה להיות פתרון Scale out של SQL Server (בדומה ל- MySQL).

    מכיוון שכך, היה נחמד אם מיקרוסופט הייתה מוסיפה פיצ'ר שיוצר העתק מלא של DB (כמו DB snapshot) שמתעדכן כל הזמן א-סינכרונית במצב של קריאה בלבד.
    זה דומה ל-mirror אבל נגיש לקריאה וזה שונה מ-transactional replication בכך שהוא עובד על DB שלם ולא על חלקים שלו וכך פועל מהר יותר.

    זה מאפשר לבנות מנוע שאילתות ודו"חות ב-instance נפרד באופן שלו מפריע לטרנזקציות.

    רעיון נוסף שיכול לעזור – Log Shipping שלא מנתק את ה-Sessions שמחוברים אליו בכל פעם שהוא קולט log נוסף (בדומה ל-ADG של אורקל).

  2. לגמרי מסכים איתך.

  3. מאת יובל:

    Always On מישהו?

  4. זה נכתב לפני שנתיים ולכן עוד לא כלל את AlwaysOn.
    אכן Always On נותן פתרון ל-Scale out אבל עדיין יש הבדלים בינו לבין רפליקציה.
    אני אדבר על הנושא של AlwaysOn מול רפליקציה בכנס PASS הקרוב (ומן הסתם גם פה בארץ לאחר מכן).

כתיבת תגובה

האימייל לא יוצג באתר. (*) שדות חובה מסומנים

eight + 20 =