HostAllow
מרכז הידע · מערכות עסקיות·מאת אורי שלום· עודכן אוגוסט 2026

אחסון שרת פריוריטי, איפה נכון להעמיד אותו

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

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

מה שרת פריוריטי באמת צריך

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

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

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

שלוש האפשרויות, וההבדל האמיתי ביניהן

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

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

השרת בארון במשרד, מה באמת מסוכן

למה זה עבד עד היום

  • זמן תגובה מצוין, השרת נמצא באותה רשת עם המשתמשים
  • אין תשלום חודשי על אירוח
  • שליטה פיזית מלאה, הכל נמצא אצלכם

מה קורה כשמשהו נופל

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

למה דווקא דאטה סנטר בישראל

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

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

שרתים ייעודיים בישראל →

גיבוי ו-DR, החלק שאי אפשר לדלג עליו

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

מה צריך להיות קיים

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

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

איך מעבירים שרת פריוריטי בלי להשבית את העסק

  1. 1

    מיפוי מול המיישם

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

  2. 2

    הקמת השרת החדש

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

  3. 3

    העתקה ובדיקה

    מעתיקים את הנתונים לשרת החדש ובודקים שהמערכת עולה, שהמשתמשים מתחברים ושהממשקים עובדים. הכל בזמן שהשרת הישן ממשיך לרוץ.

  4. 4

    חלון מעבר מתוכנן

    בסוף שבוע או בלילה מבצעים סנכרון אחרון ומפנים את המשתמשים לשרת החדש.

  5. 5

    תקופת חפיפה

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

למי המעבר מתאים, ולמי פחות

מתאים ל

  • עסקים שמריצים פריוריטי על שרת פיזי במשרד
  • ארגונים שהגיבוי שלהם יושב באותו חדר עם השרת
  • מקומות שבהם השרת מתקרב לסוף החיים והשאלה היא אם לקנות חדש
  • עסקים עם עובדים שמתחברים מהבית או מסניפים נוספים

פחות מתאים ל

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

שאלות לשאול לפני שבוחרים ספק

שאלות שכדאי לשאול ספק

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

שורה תחתונה

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

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

שאלות נפוצות

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

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

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

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

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

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

שוקלים להעביר את שרת הפריוריטי מהמשרד?

ספרו לנו כמה משתמשים יש ואיך הם מתחברים, ונבנה תצורה שמתאימה למערכת שלכם.

052-3373912