SERVER REPLICATION OVER WAN

[lilimeshi]

SERVER REPLICATION OVER WAN

לקוח שלי מבקש פתרון למערכת מחשוב חדשה

פעם אחת הוא רוצה מערכת מחשוב די סטנדרטית. שרת + כ10 עמדות. עבודה דיי רגילה בSQL ודאטה + תיבות דואר OFFICE365
פעם שנייה, הוא רוצה שרת שלמעשה "יקום" במקום השרת שלו במקרה שקורה משהו לראשון.

השרת המשני אמור להיות במקום מרוחק (HOSTING כזה או אחר, לא משנה)

מניסיונכם, באיזה פתרון טכני מומלץ להשתמש לדבר כזה?

הלקוח לא הגביל אותי בעלויות בשלב זה, רק ביקש הצעה לפתרון.

תודה לעונים

 

[GreatGTM]

רק הערה על SQL

SQL (ומסדי נתונים בכלל), אתה לא יכול לסתם ככה לשכפל. אתה צריך תוכנה שיודעת מה הולך שם בפנים כדי למנוע פגיעה בשלמות המידע (Corruption בלעז).
אז אתה צריך להשתמש ב- Cluster של SQL או בסוכן של תוכנת גיבוי שיודע להתממשק עם מס"ן.

 

[F00D Is G00D]

כמה זמן יש לשרת הזה לקום ?

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

 

[xcalibur]

תלוי מה בדיוק אתה צריך לשכפל שם

ומה המפרט של שרת ה-SQL.
אם הוא לא דרשני מדי אתה יכול בשקט להקים לו שרת באמזון/אזור ולקנפג SQL MIRROR.
אם צריך כח עבודה אז ייתכן ויהיה משתלם יותר להשכיר שרת ייעודי.

 

[lilimeshi]

רעיון יפה על הSQL MIRROR

אבדוק האפשרות

תודות