transactional replication מאורקל ל-sqlserver
שאלה
תשובות
-
שבת שלום,
אישית אני לא עובד עם אורקל והנסיון שלי מסתכם בכמה שעות משחקים בשרת פיתוח בעקרון, אבל באופן תיאורטי רפליקציה צריכה לעשות את העבודה בצורה מעולה (זה נכון גם ל MySQL, איתו יש לי הרבה יותר נסיון). כדי לקבוע מה עדיף או מה נכון לכם כמובן שעלינו לחקור ולהכיר את המערכת שלכם.
* תיאורטית ובאופן כללי: רפליקציה מ X ל Y לא אמורה לכלול סיכון על X מכיוון שהיא לא משנה ב X כלום אלא ב Y. ז"א יש אולי פעולות ייצוא ו/או הגדרות כ Publisher אבל אלו פעולות שלא משנות דטא. לפיכך אני לא רואה היכן הסיכון באורקל במקרה המוצג כאן... מהאורקל מייצאים את הנתונים ואחר כך מייבאים אותם בצורה בילתי תלויה אם רוצים.
* דרך מאוד קלה לביצוע הפעולה היא על ידי הרצת משימה מתוזמנת (יכול להיות JOB מובנה באורקל או ב SQL) ושימוש בשאילתות פשוטות של העברת מידע. insert... select. החסרון הראשון הוא שיש עבודה במקביל עם 2 השרתים, המשקל עבודה נופל על 2 השרתים ביחד למשל. אבל החסרונות הגדולים יותר קשורים בצורך לנהל את הדברים בפעם הראשונה לבד. הייתרון לדעתי בפשטות הביצוע עבור מקרה בסיסי לפעמים (למשל טבלה בודדת שכוללת עמודת timestamp). אני לא נוטה לבחור בשיטה זו כפתרון קבוע, אלא לשימוש ברפליקציה.
https://www.google.co.il/search?q=replicate+from+oracle+to+sql+server&oq=replicate+from+ora
המאמר הבא מדבר על ביצוע הפעולה ההפוכה מ SQL לאורקל, אבל אפשר ללמוד ממנו על הרעיון ולממש בצורה הפוכה:
http://www.oracle.com/technetwork/articles/datawarehouse/oracle-sqlserver-goldengate-460262.htmlהמאמר הבא הרבה פחות מקיף ומצומצם מהקודם אבל נותן את הכיוון שאתה מחפש, והוא נועד יותר לקהל יעד של משתמשי SQL שזה אולי עוד ייתרון אם אתה מחפש את הפתרון בפרום כאן:
http://msdn.microsoft.com/en-us/library/ms151243.aspx
[Personal Site] [Blog] [Facebook]
- נערך על-ידי pituachMVP, Moderator יום ראשון 30 מרץ 2014 08:37 תיקון קטן של שיאת הקלדה
- הוצע כתשובה על-ידי Eran Sharvit יום ראשון 30 מרץ 2014 08:39
- סומן כתשובה על-ידי Eran Sharvit יום ראשון 06 אפריל 2014 22:27
כל התגובות
-
שבת שלום,
אישית אני לא עובד עם אורקל והנסיון שלי מסתכם בכמה שעות משחקים בשרת פיתוח בעקרון, אבל באופן תיאורטי רפליקציה צריכה לעשות את העבודה בצורה מעולה (זה נכון גם ל MySQL, איתו יש לי הרבה יותר נסיון). כדי לקבוע מה עדיף או מה נכון לכם כמובן שעלינו לחקור ולהכיר את המערכת שלכם.
* תיאורטית ובאופן כללי: רפליקציה מ X ל Y לא אמורה לכלול סיכון על X מכיוון שהיא לא משנה ב X כלום אלא ב Y. ז"א יש אולי פעולות ייצוא ו/או הגדרות כ Publisher אבל אלו פעולות שלא משנות דטא. לפיכך אני לא רואה היכן הסיכון באורקל במקרה המוצג כאן... מהאורקל מייצאים את הנתונים ואחר כך מייבאים אותם בצורה בילתי תלויה אם רוצים.
* דרך מאוד קלה לביצוע הפעולה היא על ידי הרצת משימה מתוזמנת (יכול להיות JOB מובנה באורקל או ב SQL) ושימוש בשאילתות פשוטות של העברת מידע. insert... select. החסרון הראשון הוא שיש עבודה במקביל עם 2 השרתים, המשקל עבודה נופל על 2 השרתים ביחד למשל. אבל החסרונות הגדולים יותר קשורים בצורך לנהל את הדברים בפעם הראשונה לבד. הייתרון לדעתי בפשטות הביצוע עבור מקרה בסיסי לפעמים (למשל טבלה בודדת שכוללת עמודת timestamp). אני לא נוטה לבחור בשיטה זו כפתרון קבוע, אלא לשימוש ברפליקציה.
https://www.google.co.il/search?q=replicate+from+oracle+to+sql+server&oq=replicate+from+ora
המאמר הבא מדבר על ביצוע הפעולה ההפוכה מ SQL לאורקל, אבל אפשר ללמוד ממנו על הרעיון ולממש בצורה הפוכה:
http://www.oracle.com/technetwork/articles/datawarehouse/oracle-sqlserver-goldengate-460262.htmlהמאמר הבא הרבה פחות מקיף ומצומצם מהקודם אבל נותן את הכיוון שאתה מחפש, והוא נועד יותר לקהל יעד של משתמשי SQL שזה אולי עוד ייתרון אם אתה מחפש את הפתרון בפרום כאן:
http://msdn.microsoft.com/en-us/library/ms151243.aspx
[Personal Site] [Blog] [Facebook]
- נערך על-ידי pituachMVP, Moderator יום ראשון 30 מרץ 2014 08:37 תיקון קטן של שיאת הקלדה
- הוצע כתשובה על-ידי Eran Sharvit יום ראשון 30 מרץ 2014 08:39
- סומן כתשובה על-ידי Eran Sharvit יום ראשון 06 אפריל 2014 22:27
-
1. לא כתבתי שאין השפעה אלא שאין סיכון על הדטא!
אנא צטט מדוייק!!!יותר מכך הזכרתי שגם יוצרים הגדרות כ Publisher כך שברור שיש שינויים!
2. כמו כן רשמתי במפורש שאני לא בעד הדרך הנוספת שהצגתי (ההדגשה על המילה לא מופיעה גם במקור למעלה אצלי) וגם אני נוטה לשימוש ברפליקציה במידע שיש לנו כרגע
בקיצור גיא, רק חזרת על הדברים שלי :-)
תוך ציטוט לא מדוייק של משהו שלא נאמר :-(
[Personal Site] [Blog] [Facebook]
- נערך על-ידי pituachMVP, Moderator יום שני 31 מרץ 2014 11:05
-
אני רוצה שוב להדגיש שאני דיברתי על על "סיכון" ולא על "השפעה"!
אני לא מבין כיצד סובבו את הדברים שלי. לא הזכרתי את המילה השפעה בהודעה שלי כמובן!סיכון נובע משינוי דטא למשל. תיאורטית הוספת אלמנטים לא יוצרים סיכון ישיר, ותמיד ניתן להוריד אותם למשל ולחזור אחורה בלי צורך בהליך שחזור כלשהו (כדי שלא יצטטו אותי לא מדוייק אני אוסיף שישנם אלמנטים שכן משפיעים על הדטא בצורה עקיפה אבל זה כבר לא קשור כרגע לנושא).
[Personal Site] [Blog] [Facebook]
- נערך על-ידי pituachMVP, Moderator יום שני 31 מרץ 2014 11:05
