MDF גיבוי נתונים

dovid

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

עריכה:
ישנם כלים מובנים לגיבוי מתקדם ואני אכן לא מכיר אותם.

פורסם במקור בפורום CODE613 ב20/01/2014 11:50 (+02:00)

ארכיטקט

רבי דוד למה כל דבר בתוכנה הוא כזה מסובך כשבן אדם מגבה קובץ וורד, הוא פשוט מעתיק את הקובץ, איפה האופציה הזאת במסד נתונים של sql server כמו אקסס או כל קובץ אחר????? :?

פורסם במקור בפורום CODE613 ב20/01/2014 12:12 (+02:00)

dovid

@ארכיטקט

רבי דוד למה כל דבר בתוכנה הוא כזה מסובך כשבן אדם מגבה קובץ וורד, הוא פשוט מעתיק את הקובץ, איפה האופציה הזאת במסד נתונים של sql server כמו אקסס או כל קובץ אחר????? :?

תגיד לנהל בנק זה פשוט? SQL SERVER עשוייה לעמוד במצבים מורכבים הרבה יותר מאשר ניהול בנק. בשביל דברים פשוטים יש כלים פשוטים.

פורסם במקור בפורום CODE613 ב20/01/2014 12:20 (+02:00)

רחמים

@דוד ל.ט.

תגדיר לעצמך ממה אתה חושש: נזק לוגי של נתונים (עדכון או כתיבה שגויים) נזק לוגי של מבנה, נזק מערכת קבצים או רעיונות אחרים.
כל דבר מצריך גיבוי אחר.

אני חושש שהמשתמש ימחק הרבה רשומות ואח''כ ירצה לשחזר, וכן מזה שדיסק קשיח ינזק או שהמסד ימחק בטעות.

@דוד ל.ט.

גיבוי פשוט של נתונים יכול להתבצע באותו מסד מטבלה א' לטבלה ב'.

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

לגבי מבנה המסד יש את הפאבליש [שדובר עליו באשכול אחר בסמוך] שמייצא סקריפט שאיתו אפשר לבנות את כל המסד מא' עד ת' כך שזה לא בעיה לגבות, החשש העיקרי הוא לגבי הנתונים שבטבלאות.

פורסם במקור בפורום CODE613 ב20/01/2014 13:24 (+02:00)

ארכיטקט

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

מעניין אם בגיבוי של כל קובץ ה mdf הוא מייצא טריגרים, לא ניסיתי אבל אני חושב שכך הוא.

פורסם במקור בפורום CODE613 ב20/01/2014 15:01 (+02:00)

clickone

@רחמים

איך אני מייצא את כל הנתונים ממסד MDF וכדומה, לצורך גיבוי כדי שבמקרה הצורך אוכל לשחזר כל טבלה שארצה? האם עלי ליצור עותק של כל קובץ ה MDF או שאפשר לייצא רק נתונים ?
וכן אם אפשר לסדר את הגיבוי בצורה כזו שיהיה אפשר לשחזר רק עמודה מתוך טבלה או מספר רשומות מתוך טבלה או שחייבים לשחזר את כל הטבלה בבת אחת?

תודה לכולם.

@ארכיטקט

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

מעניין אם בגיבוי של כל קובץ ה mdf הוא מייצא טריגרים, לא ניסיתי אבל אני חושב שכך הוא.

גם בגיבוי הפנימי של הSQL SERVER גיבוי משמעותו "העתקת קובץ הנתונים" על כל המשתמע מכך.
@רחמים

@דוד ל.ט.
גיבוי פשוט של נתונים יכול להתבצע באותו מסד מטבלה א' לטבלה ב'.

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

SELECT accounts.* INTO [acc21-10-14]
FROM accounts;

שם הטבלה לגיבוי היא accounts
הטבלה שנשלחה לגיבוי היא acc21-10-14 שזה קיצור של השם + התאריך...
ואידך זיל גמור.

פורסם במקור בפורום CODE613 ב21/01/2014 01:49 (+02:00)

רחמים

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

יישר כח גדול לכולם !

פורסם במקור בפורום CODE613 ב21/01/2014 09:26 (+02:00)

רחמים

רגע, איך עושים שאילתת INTO כאשר ה SELECT הוא מתוך MDF אחד, וה INTO צריך ליצור טבלה ב MDF אחר ?

פורסם במקור בפורום CODE613 ב21/01/2014 15:30 (+02:00)

dovid

א. תפסיק להתבטאות כבר בMDF. תגיד מסד נתונים.
ב. למה אחר באמת?

פורסם במקור בפורום CODE613 ב21/01/2014 15:34 (+02:00)

רחמים

ב. אני אכן אגבה גם לתוך המסד עצמו אבל אני רצה גם מסד בכונן חיצוני למקרים של נזק בדיסק קשיח או שהמסד שבתיקית התוכנה ינזק | ימחק.

פורסם במקור בפורום CODE613 ב21/01/2014 15:38 (+02:00)

kingyes

אין באקסס אפשרות לייצא את כל הטבלאות (Structure and Data) בפורמט SQL לקובץ טקסט פשוט?

פורסם במקור בפורום CODE613 ב21/01/2014 15:53 (+02:00)

dovid

@KingYes

אין באקסס אפשרות לייצא את כל הטבלאות (Structure and Data) בפורמט SQL לקובץ טקסט פשוט?

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

פורסם במקור בפורום CODE613 ב21/01/2014 16:13 (+02:00)

רחמים

@דוד ל.ט.

השחזור הוא שאילתה שלך וממילא אתה שולט על כל חלקיק עדכון (אתה יכול לשחזר רק רבע עמודה).

את מתכוון לשאילתא כזו:

UPDATE tblName
SET column1=value1, column2=value2
WHERE ID=1

בשיטה הזו צריך ללכת ID אחר ID ושדה אחר שדה וזה מצויין כשרוצים לשחזר חלק מהרשומות, אבל האם יש דרך לשחזר טבלה שלמה בשאילתא אחת שתחליף את כל הרשומות הקיימות ברשומות שבטבלה מהגיבוי ?
תודה.

פורסם במקור בפורום CODE613 ב21/01/2014 22:54 (+02:00)

clickone

@רחמים

@דוד ל.ט.

השחזור הוא שאילתה שלך וממילא אתה שולט על כל חלקיק עדכון (אתה יכול לשחזר רק רבע עמודה).

את מתכוון לשאילתא כזו:
UPDATE tblName
SET column1=value1, column2=value2
WHERE ID=1
בשיטה הזו צריך ללכת ID אחר ID ושדה אחר שדה וזה מצויין כשרוצים לשחזר חלק מהרשומות, אבל האם יש דרך לשחזר טבלה שלמה בשאילתא אחת שתחליף את כל הרשומות הקיימות ברשומות שבטבלה מהגיבוי ?
תודה.

פשוט תחליף את שם הטבלה :lol: :lol: :lol:

פורסם במקור בפורום CODE613 ב21/01/2014 23:06 (+02:00)

רחמים

תודה,
ומה התשובה לזה:
@רחמים

רגע, איך עושים שאילתת INTO כאשר ה SELECT הוא מתוך MDF אחד, וה INTO צריך ליצור טבלה ב MDF אחר ?

פורסם במקור בפורום CODE613 ב22/01/2014 08:07 (+02:00)

dovid

@רחמים

בשיטה הזו צריך ללכת ID אחר ID ושדה אחר שדה וזה מצויין כשרוצים לשחזר חלק מהרשומות, אבל האם יש דרך לשחזר טבלה שלמה בשאילתא אחת שתחליף את כל הרשומות הקיימות ברשומות שבטבלה מהגיבוי ?
תודה.

כן.
שאילתה די פשוטה.

פורסם במקור בפורום CODE613 ב22/01/2014 11:17 (+02:00)

רחמים

@דוד ל.ט.

כן.
שאילתה די פשוטה.

@ClickOne

פשוט תחליף את שם הטבלה

יש כמה דברים שמפריעים לכאורא:

העמודה של ה ID היא אוטומטית כך שאי אפשר לתת לה ערך אלא רק המסד נותן ערך
יש קשרי גומלין בחלק מהשדות
וכל זה בטבלה המקורית אבל הטבלה שבגיבוי היא ללא קשרים וללא ערכים אוטומטיים, אז כאשר אני מנסה להכניס את של זה בזה אני מקבל שגיאות.

דבר נוסף מן הסתם יש הבדל בכמות הרשומות בין הטבלה המקורית לבין טבלה שמהגיבוי וא''כ צריך להוסיף או למחוק רשומות ולא רק לעדכן.

מהסיבות של קישרי הגומלין לא יכולתי לעשות את הפתרון שנתן ClickOne דהיינו למחוק את הטבלה הישנה ולתת לטבלה של הגיבוי את השם של הטבלה המקורית.

גם עיינתי כאןולא ראיתי משהו שיכול לעזור.

פורסם במקור בפורום CODE613 ב22/01/2014 16:03 (+02:00)

dovid

הID זה טוב שא"א לשנות, זה רק עוזר לך.
הקשרי גומלין אני לא מבין מה מפריע להם, אבל תוכל להסירם ולהחזירם או להוריד את האכיפה מהם.

בקשר לקישור שהבאת, יש שמה חידושים שיכולים לעזור מאוד לזה : http://stackoverflow.com/a/9241260/1271037

פורסם במקור בפורום CODE613 ב22/01/2014 17:04 (+02:00)

רחמים

טוב, אז נלך במהלך ששחזור הוא יהיה מחיקת הטבלה המקורית ושינוי שם לטבלת הגיבוי, כעת אין לי בעיה עם ה ID וגם לא עם השורות יתרות או חסרות,

איך בדיוק אני יכול להסתדר עם הקשרי גומלין, שהרי כשאני מוחק את הטבלה המקורית כבר אני מקבל שגיאה כיון הטבלה המקורית היא טבלת אב לגבי טבלאות אחרות וה ID של הטבלה המקורית נמצא כמפתח זר בטבלאות אחרות?
ואם בשביל זה אני צריך לשנות את ההגדרות של הקשרי גומלין בכל הטבלאות המקשרות לטבלה המקורית, איך אני אעשה את זה, איך אדע באלו טבלאות מדובר ואיזה הגדרה צריך לשנות בקשר הגומלין?
ואיך בכלל משנים הגדרות של קשרי גומלין בשפת SQL?
ואחר שינוי השם של טבלת הגיבוי יהיה צריך גם להחזיר את ההגדרות של הקשרי גומלין בכל הטבלאות המקושורת.

תודה לכולם!

פורסם במקור בפורום CODE613 ב22/01/2014 18:30 (+02:00)

רחמים

אז מצאתי את השאילתא הבאה כדי לקבל את כל הקשרי גומלין בהם הטבלה המקורית היא טבלת האב:

SELECT Main.TABLE_NAME AS ParentTable, Child.TABLE_NAME AS ChildTableName, Cons.COLUMN_NAME AS PKey_Column, RefCons.COLUMN_NAME AS ReferencingColumnName, 
            rc.CONSTRAINT_NAME AS FK_NAME
FROM  INFORMATION_SCHEMA.CONSTRAINT_TABLE_USAGE AS Child INNER JOIN
            INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS AS rc ON rc.CONSTRAINT_SCHEMA = Child.CONSTRAINT_SCHEMA AND 
            rc.CONSTRAINT_NAME = Child.CONSTRAINT_NAME INNER JOIN
            INFORMATION_SCHEMA.CONSTRAINT_TABLE_USAGE AS Main ON Main.CONSTRAINT_SCHEMA = rc.UNIQUE_CONSTRAINT_SCHEMA AND 
            Main.CONSTRAINT_NAME = rc.UNIQUE_CONSTRAINT_NAME INNER JOIN
            INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE AS RefCons ON RefCons.CONSTRAINT_SCHEMA = Child.CONSTRAINT_SCHEMA AND 
            RefCons.CONSTRAINT_NAME = Child.CONSTRAINT_NAME INNER JOIN
            INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE AS Cons ON Cons.CONSTRAINT_SCHEMA = Main.CONSTRAINT_SCHEMA AND 
            Cons.CONSTRAINT_NAME = Main.CONSTRAINT_NAME
WHERE (Main.TABLE_NAME = N'שם הטבלה המקורית')

עריכה:
שיפצתי משמעותית את השאילתא.

פורסם במקור בפורום CODE613 ב22/01/2014 18:46 (+02:00)

תחומים - פורום חרדי מקצועי

MDF גיבוי נתונים