מה השרת צריך לספק
SAP Business One היא מערכת שהארגון עובד מולה ברציפות. משתמשים פותחים מסמכים, מריצים דוחות ומעדכנים נתונים לאורך כל היום, והכל מול בסיס הנתונים שיושב על השרת. מבחינת התשתית זה מתורגם לשלוש דרישות: זיכרון שיאפשר לבסיס הנתונים לעבוד ביעילות, אחסון מהיר כדי שדוחות וחיפושים לא ייתקעו, ומקום פנוי מעבר לגודל הנתונים עצמם, עבור גיבויים וקבצי עבודה.
לזה מצטרפת דרישה רביעית שקל לפספס בתכנון: זמן התגובה בין המשתמש לשרת. עיכוב שלא מורגש בגלישה רגילה מצטבר למשהו מוחשי כשעושים אותו מאות פעמים ביום.
SQL או HANA, זה משנה למפרט
| התקנה על SQL Server | התקנה על HANA | |
|---|---|---|
| מערכת הפעלה | Windows Server | Linux |
| דרישת זיכרון | מתונה יחסית | גבוהה, בסיס הנתונים עובד בזיכרון |
| רישוי בסיס נתונים | רישיון SQL Server נפרד | כלול במודל של SAP |
| מתאים בעיקר ל | ארגונים קטנים ובינוניים | ארגונים עם נפחי נתונים גדולים וצורך בניתוח |
| השפעה על עלות השרת | נמוכה יותר | גבוהה יותר, בעיקר בגלל הזיכרון |
איפה להעמיד את השרת
| שרת במשרד | דאטה סנטר בישראל | שרת בחו״ל | |
|---|---|---|---|
| זמן תגובה למשתמש | הכי קצר | קצר, כמעט לא מורגש | מורגש בעבודה שוטפת |
| הפסקת חשמל | המערכת יורדת | חשמל מגובה | מוגן |
| תקלת חומרה בסוף שבוע | ממתינים לאדם שיגיע | טיפול במקום | אזור זמן אחר |
| חשבונית | רכישה ותחזוקה | חודשי בשקלים | חודשי במטבע זר |
| תמיכה | מי שהתקין | בעברית, באותו אזור זמן | לרוב באנגלית |
עבור ארגון שכל המשתמשים שלו בישראל, זו בדרך כלל בחירה פשוטה. השרת נשאר קרוב למשתמשים, ומקבל את מה שאי אפשר לספק בחדר במשרד. אפשר לראות את התצורות בהשכרת שרתים ייעודיים בישראל.
גיבוי, כי בסיס הנתונים הוא העסק
בבסיס הנתונים של SAP Business One יושבים הלקוחות, ההזמנות, המלאי והכספים. גיבוי למערכת כזאת נמדד בשני מספרים בלבד: כמה נתונים אתם מוכנים לאבד, וכמה זמן מותר שייקח לחזור לעבוד.
מה חייב להיות
- גיבוי אוטומטי בתדירות שמתאימה לקצב העבודה, לא ידני ולא כשנזכרים
- עותק אחד לפחות מחוץ למקום שבו יושב השרת
- בדיקת שחזור אמיתית מדי פעם, ולא רק אישור שהגיבוי רץ
- מסמך קצר שאומר מי משחזר ובאיזה סדר
ההבדל בין גיבוי לבין המשכיות עסקית חשוב כאן במיוחד. גיבוי שומר את הנתונים, אבל מה שמחזיר אתכם לעבוד זו סביבה שאפשר להעלות עליה את המערכת. בארגון שכל התפעול שלו עובר במערכת אחת, שווה לתכנן גם את זה.
מעבר מסודר, שלב אחרי שלב
- 1
מיפוי מול המיישם
גרסה, סוג בסיס הנתונים, מספר משתמשים, גודל הנתונים וממשקים חיצוניים.
- 2
בניית השרת
מפרט שמתאים למה שהוגדר, כולל מערכת הפעלה ורישוי. הסביבה הקיימת לא נוגעים בה.
- 3
העתקה ובדיקות
מעלים עותק, בודקים התחברות, דוחות, הדפסות וממשקים, עוד לפני שמישהו עובר.
- 4
חלון מעבר
סנכרון אחרון והפניית המשתמשים, בזמן שנקבע מראש.
- 5
חפיפה ומעקב
השרת הישן נשאר זמין, ואנחנו עוקבים אחרי הביצועים בימים הראשונים.
למי זה רלוונטי
מתאים ל
- ארגונים שמריצים SAP Business One על שרת פיזי במשרד
- עסקים שהשרת שלהם מתקרב לסוף החיים
- ארגונים עם משתמשים שמתחברים מהבית או מסניפים
- מיישמים שמחפשים ספק תשתית קבוע ללקוחות שלהם
פחות מתאים ל
- ארגונים שנמצאים באמצע הטמעה, שם כדאי לסיים קודם
- מי שכבר בדאטה סנטר ומרוצה מהספק הנוכחי
שאלות לשאול ספק תשתית
שאלות שכדאי לשאול ספק
- יש לכם ניסיון עם התקנות ERP, ומה בדיוק אתם לוקחים על עצמכם
- איפה יושב השרת פיזית
- מה זמן התגובה שלכם לתקלה שמשביתה את המערכת
- איך נראה הגיבוי וכמה זמן לוקח שחזור מלא
- איך אתם עובדים מול המיישם שלנו, ומי מדבר עם מי
- מה קורה לרישוי אם נגדיל את השרת בהמשך
שורה תחתונה
שרת ל-SAP Business One לא נבחר לפי מחיר לגיגה, אלא לפי מה שהמערכת צריכה כדי לעבוד חלק לאורך יום עבודה מלא: זיכרון, אחסון מהיר, וקרבה למשתמשים. כשמוסיפים לזה חשמל מגובה, גיבוי מסודר ותמיכה שעונה בעברית, מקבלים תשתית שאפשר להישען עליה.
ספרו לנו על ההתקנה שלכם, ואם יש מיישם שמלווה אתכם נשמח לדבר גם איתו. התכנון הכי טוב יוצא כששני הצדדים באותה שיחה.