מה שרת פריוריטי באמת צריך
פריוריטי רצה על שרת Windows עם בסיס נתונים SQL. מבחינת התשתית זה אומר שלושה דברים: זיכרון מספיק כדי שבסיס הנתונים יעבוד מהזיכרון ולא מהדיסק, אחסון מהיר, ומקום פנוי משמעותי מעבר לגודל בסיס הנתונים עצמו. יצרנית המערכת ממליצה על נפח דיסק גדול פי כמה מתיקיית הנתונים, כי מעבר לנתונים עצמם השרת מייצר גיבויים, קבצי לוג וקבצי עבודה זמניים.
הדרישה הרביעית היא זו שהכי קל לפספס: זמן תגובה בין המשתמש לשרת. כשהמשתמשים עובדים מול המערכת כל היום, כל מסך וכל שאילתה עוברים ברשת. עיכוב קטן שכמעט לא מורגש בגלישה רגילה הופך למורגש מאוד כשעושים אותו מאות פעמים ביום.
שלוש האפשרויות, מה ההבדל האמיתי ביניהן?
זמן תגובה למשתמש
- שרת במשרד
- הכי קצר
- דאטה סנטר בישראל
- קצר, ההבדל כמעט לא מורגש
- שרת בחו״ל
- מורגש בעבודה שוטפת
הפסקת חשמל
- שרת במשרד
- המערכת יורדת
- דאטה סנטר בישראל
- חשמל וגנרטור בדאטה סנטר
- שרת בחו״ל
- מוגן
דיסק שנשרף בשבת
- שרת במשרד
- ממתינים למי שיגיע
- דאטה סנטר בישראל
- טיפול במקום
- שרת בחו״ל
- טיפול מרחוק, אזור זמן אחר
גניבה או שריפה במשרד
- שרת במשרד
- סיכון ממשי
- דאטה סנטר בישראל
- גישה מבוקרת
- שרת בחו״ל
- מוגן
מי מתחזק את החומרה
- שרת במשרד
- אתם
- דאטה סנטר בישראל
- הספק
- שרת בחו״ל
- הספק
חשבונית
- שרת במשרד
- רכישה חד פעמית ותחזוקה
- דאטה סנטר בישראל
- חודשי בשקלים
- שרת בחו״ל
- חודשי במטבע זר
| שרת במשרד | דאטה סנטר בישראל | שרת בחו״ל | |
|---|---|---|---|
| זמן תגובה למשתמש | הכי קצר | קצר, ההבדל כמעט לא מורגש | מורגש בעבודה שוטפת |
| הפסקת חשמל | המערכת יורדת | חשמל וגנרטור בדאטה סנטר | מוגן |
| דיסק שנשרף בשבת | ממתינים למי שיגיע | טיפול במקום | טיפול מרחוק, אזור זמן אחר |
| גניבה או שריפה במשרד | סיכון ממשי | גישה מבוקרת | מוגן |
| מי מתחזק את החומרה | אתם | הספק | הספק |
| חשבונית | רכישה חד פעמית ותחזוקה | חודשי בשקלים | חודשי במטבע זר |
רוב העסקים שאנחנו פוגשים לא בחרו בשרת במשרד מתוך החלטה. פשוט ככה זה התחיל לפני שנים, ומאז המערכת גדלה והשרת נשאר במקום. השאלה הנכונה היא לא איפה השרת יושב היום, אלא מה קורה ביום שבו הוא מפסיק לעבוד.
השרת בארון במשרד, מה באמת מסוכן
למה זה עבד עד היום
- זמן תגובה מצוין, השרת נמצא באותה רשת עם המשתמשים
- אין תשלום חודשי על אירוח
- שליטה פיזית מלאה, הכל נמצא אצלכם
מה קורה כשמשהו נופל
- הפסקת חשמל ארוכה משביתה את כל העסק, לא רק את פריוריטי
- אין קירור אמיתי, שרת בארון סגור מתחמם ומתקצר לו החיים
- דיסק שנשרף בערב שבת ממתין עד שמישהו מגיע פיזית
- הגיבוי לרוב יושב באותו חדר עם השרת שהוא מגבה
- גניבה, נזילה או שריפה לוקחות את המערכת ואת הגיבוי יחד
למה דווקא דאטה סנטר בישראל?
כשמעבירים שרת ERP לענן, המרחק הפיזי נכנס למשוואה. שרת שיושב באירופה או בארצות הברית מוסיף זמן לכל פעולה של כל משתמש, לאורך כל היום. בעבודה מול מערכת שמשמשת את כל הארגון, זה ההבדל בין מעבר שקוף לבין צוות שמרגיש שהמערכת "נהייתה איטית מאז המעבר".
דאטה סנטר בישראל שומר על הקרבה הפיזית של השרת במשרד, ומוסיף את מה שאי אפשר לבנות בארון: חשמל עם גיבוי, קירור מתוכנן, גישה מבוקרת וטיפול פיזי במקום. בנוסף, החשבונית יוצאת בשקלים עם מע״מ, והתמיכה מדברת עברית ובאותו אזור זמן שבו העסק שלכם עובד.
שרתים ייעודיים בישראל →גיבוי ו-DR, החלק שאי אפשר לדלג עליו
בסיס הנתונים של פריוריטי הוא העסק. הזמנות, לקוחות, מלאי, כספים והיסטוריה שלמה. לכן גיבוי למערכת ERP נמדד בשני מספרים: כל כמה זמן נלקח גיבוי, וכמה זמן לוקח לחזור לעבוד ממנו.
מה צריך להיות קיים
- גיבוי אוטומטי של בסיס הנתונים בתדירות שמתאימה לקצב העבודה שלכם
- עותק אחד לפחות מחוץ למקום שבו יושב השרת
- בדיקת שחזור אמיתית מדי פעם, גיבוי שלא נבדק הוא הנחה ולא ביטחון
- תיעוד של מי מבצע את השחזור ומה סדר הפעולות
ההבדל בין גיבוי לבין המשכיות עסקית הוא בדיוק כאן: גיבוי שומר את הנתונים, אבל מה שמחזיר אתכם לעבוד זה סביבה שאפשר להעלות עליה את המערכת. במערכת שכל העסק תלוי בה, שווה לתכנן גם את החלק השני.
איך מעבירים שרת פריוריטי בלי להשבית את העסק
- 1
מיפוי מול המיישם
כמה משתמשים, איך הם מתחברים, מה גודל בסיס הנתונים ואילו ממשקים חיצוניים קיימים. המיישם מגדיר את הצרכים, אנחנו מתאימים את השרת.
- 2
הקמת השרת החדש
שרת בדאטה סנטר בישראל, עם מערכת הפעלה, רישוי ואחסון מתאימים. עדיין לא נוגעים בסביבה הפעילה.
- 3
העתקה ובדיקה
מעתיקים את הנתונים לשרת החדש ובודקים שהמערכת עולה, שהמשתמשים מתחברים ושהממשקים עובדים. הכל בזמן שהשרת הישן ממשיך לרוץ.
- 4
חלון מעבר מתוכנן
בסוף שבוע או בלילה מבצעים סנכרון אחרון ומפנים את המשתמשים לשרת החדש.
- 5
תקופת חפיפה
השרת הישן נשאר זמין עד שמוודאים שהכל יציב, כך שתמיד יש דרך חזרה.
למי המעבר מתאים, ולמי פחות
מתאים ל
- עסקים שמריצים פריוריטי על שרת פיזי במשרד
- ארגונים שהגיבוי שלהם יושב באותו חדר עם השרת
- מקומות שבהם השרת מתקרב לסוף החיים והשאלה היא אם לקנות חדש
- עסקים עם עובדים שמתחברים מהבית או מסניפים נוספים
פחות מתאים ל
- ארגונים שכבר נמצאים בדאטה סנטר ומרוצים מהספק
- מקומות שבהם המערכת מנותקת מהרשת מסיבות רגולטוריות
- עסקים שנמצאים באמצע החלפת מערכת, שם כדאי לחכות לסיום ההטמעה
שאלות לשאול לפני שבוחרים ספק
שאלות שכדאי לשאול ספק
- איפה בדיוק יושב השרת, ובאיזה מתקן
- מה זמן התגובה שלכם כשמשהו נופל, ומי עונה בפועל
- איך נראה הגיבוי, כל כמה זמן, לאן, וכמה זמן לוקח שחזור
- מי אחראי על מערכת ההפעלה ועל העדכונים
- איך נראית העבודה מול המיישם שלנו, ומי מדבר עם מי
- מה קורה אם נרצה לצאת, ואיך מקבלים את הנתונים בחזרה
אז איפה נכון להעמיד את שרת פריוריטי?
שרת פריוריטי הוא לא עוד שרת. הוא המערכת שכל העסק עובד מולה, ולכן השאלה איפה הוא יושב היא שאלה של המשכיות ולא של תשתית. דאטה סנטר בישראל שומר על זמני התגובה שהמשתמשים רגילים אליהם, ומוסיף את החשמל, הקירור, הגישה המבוקרת והגיבוי שאי אפשר לבנות בארון במשרד.
אם אתם שוקלים את המעבר, או שהשרת הנוכחי מתקרב לסוף הדרך, ספרו לנו כמה משתמשים יש ואיך הם מתחברים. נבנה תצורה שמתאימה למה שהמיישם שלכם הגדיר.
שאלות נפוצות
ברישוי ענן היצרנית מספקת את המערכת כשירות: התשתית, השרת והתחזוקה שלו כלולים במנוי, ואין לכם שרת משלכם. ברישוי מקומי (On-Premise) המערכת מותקנת על שרת שאתם בוחרים איפה להעמיד, במשרד או בדאטה סנטר, ואתם אחראים על השרת, על Windows Server ועל SQL Server. תנאי הרישוי והמחיר נקבעים מול Priority Software או השותף המטמיע; אנחנו לא מוכרים רישיונות פריוריטי, אלא מספקים את השרת שעליו המערכת רצה ברישוי מקומי.
את ההטמעה עצמה מבצע שותף מורשה של פריוריטי, והמחיר שלה תלוי במספר המשתמשים, במודולים ובהתאמות, ולכן אין לה מחיר אחיד. מה שאפשר לתמחר מראש הוא השרת: לפי דרישות היצרנית, עם SQL Server, גיבוי מנוהל ותמיכה. ספרו לנו כמה משתמשים ואילו מודולים מתוכננים, ונחזור עם תצורה ומחיר לשרת.
שתי המערכות רצות על Windows Server ו-SQL Server ונתמכות אצלנו על שרת בדאטה סנטר בישראל, כך שמבחינת התשתית ההחלטה פתוחה. הבחירה עצמה נקבעת בדרך כלל לפי התחום של העסק, השותף המטמיע וההתאמות הנדרשות. על הצד של השרת לכל אחת מהן כתבנו מדריך נפרד.
כן. פריוריטי תומכת בהתקנה מקומית, בענן ובמודל היברידי. ההתקנה עצמה זהה, מה שמשתנה זה איפה השרת יושב ומי אחראי על החומרה, החשמל, הגיבוי והתחזוקה. הרבה עסקים מריצים היום את פריוריטי על שרת בדאטה סנטר במקום על שרת פיזי במשרד.
זה תלוי איפה הדאטה סנטר. אם הוא בישראל, המרחק בין המשתמש לשרת נשאר קטן וזמני התגובה נשארים דומים למה שהיה במשרד. אם השרת עובר לחוות שרתים בחו״ל, כל פעולה במערכת עוברת מרחק גדול יותר, וזה מורגש במיוחד בעבודה שוטפת עם הרבה מסכים ורשומות.
אין מספר אחד. זה נגזר ממספר המשתמשים המקבילים, מגודל בסיס הנתונים ומהאופן שבו המשתמשים מתחברים (דפדפן או קליינט). התכנון הנכון נעשה מול המיישם שמכיר את ההטמעה שלכם, ואנחנו מתאימים את השרת למה שהוא מגדיר. חשוב לזכור שגם הדיסק צריך מקום נוסף מעבר לגודל בסיס הנתונים עצמו.
יש הפרדה ברורה. המיישם ממשיך להיות אחראי על פריוריטי עצמה, על ההתאמות ועל התהליכים העסקיים. אנחנו אחראים על השרת שמתחת: מערכת ההפעלה, המשאבים, הזמינות, הגיבוי והתשתית. שני הצדדים עובדים מול אותו לקוח בלי שאף אחד נופל בין הכיסאות.
העברה מתוכננת נעשית בחלון זמן קבוע מראש, לרוב בסוף שבוע או בלילה. מכינים את השרת החדש, מעתיקים את הנתונים, בודקים שהמערכת עולה ועובדת, ורק אז מפנים את המשתמשים. השרת הישן נשאר זמין עד שמוודאים שהכל תקין, כך שתמיד יש דרך חזרה.
כן, רישוי מערכת ההפעלה ובסיס הנתונים הוא נושא נפרד מהשרת עצמו, והוא נגזר ממספר הליבות והמשתמשים. אם יש לכם כבר רישיונות, בדרך כלל אפשר להעביר אותם. אם לא, זה חלק מהתכנון של המעבר וכדאי לתמחר אותו מראש.
זה בדיוק התרחיש שמפיל עסקים. כשהשרת והגיבוי יושבים באותו חדר, אירוע פיזי אחד לוקח את שניהם. אחסון בדאטה סנטר בישראל מפריד ביניהם: השרת רץ במתקן מאובטח, והגיבוי נשמר בנפרד, כך שגם תקלה פיזית במשרד לא משביתה את פריוריטי.