הקמה והעתקת חדרי שרתים
חדר שרתים הוא “לב” התפעול: תקלה אחת בזמן מעבר יכולה להפיל שירותים, לפגוע בנתונים ולהשבית עסק. אנחנו מנהלים את הפרויקט מקצה לקצה — מיפוי ותכנון, הכנת יעד חדש, מעבר פיזי מבוקר, Cutover מסודר, ולבסוף בדיקות ו־Handover עם תיעוד מלא.
למה זה פרויקט שחייבים לנהל נכון
רוב הכאבים לא מגיעים מה”סבלים” — אלא מחוסר תכנון: קונפיגורציות, תלותיות, תיעוד חסר, והפתעות של חשמל/תקשורת בדיוק ברגע הכי רגיש.
Downtime הוא האויב
המטרה היא לצמצם השבתה ולתכנן חלונות מעבר חכמים (לילה/סופ״ש), עם תרחיש חזרה אחורה (Rollback).
סיכון של “שינוי תצורה”
גם אם החומרה “נוסעת יפה”, שינוי קטן ברשת/Firewall/DNS יכול להפיל מערכות. לכן עובדים לפי Change Plan כתוב.
חשמל וקירור הם תשתית
UPS, חלוקת עומסים, PDU, הארקות, זרימת אוויר — כל אלה חייבים להיבדק מראש ביעד החדש כדי למנוע נפילות.
אבטחה ותאימות
מעבר פיזי כולל סיכוני גישה/אבדן ציוד. משתמשים בשרשרת תיעוד, סימון, וסדר עבודה שמגן על המידע והנכסים.
מה השירות כולל בפועל
חבילה מלאה שמכסה גם את הצד הטכני וגם את ניהול הסיכון וה־Operational Excellence.
מיפוי וניהול תלותיות
אינבנטורי ציוד, מיפוי רשת, תלותיות שירותים, סדרי עלייה, ו־RTO/RPO לפי תעדוף עסקי.
הכנת יעד חדש
תכנון חשמל/UPS, ארונות וריילים, סידור כבלים, תקשורת (LAN/WAN), ועמידות תפעולית — בתיאום בעלי מקצוע מוסמכים.
תיוג וסדר עבודה
סימון פורטים/כבלים/שרתים, תיעוד Rack Elevation, רשימות Check-in/Check-out, וסטנדרט “אין ציוד בלי תווית”.
מעבר פיזי מבוקר
פירוק מסודר, אריזה והובלה עם ניהול סיכונים, התקנה מחדש ו־Cable Management שמכין את החדר לתחזוקה שוטפת.
Cutover והעלאה לאוויר
חלון מעבר, סדר הדלקה, בדיקות שירות, ניטור, והחלטות Go/No-Go בזמן אמת לפי צ׳ק-ליסט.
Handover ותיעוד
מסמכי As-Built, תרשימי רשת בסיסיים, רשימת נכסים, תיעוד גישה/סיסמאות לפי מדיניות, והמלצות לשיפור.
במילים פשוטות: אנחנו לא “מעבירים ציוד”. אנחנו מעבירים שירותים עסקיים בצורה מבוקרת — עם תכנון, צ׳ק-ליסטים, בדיקות, וניהול שינוי.
-
🧠
מגדירים יעדים עסקיים (BIA)
מה “חייב לחזור ראשון”, ומה יכול להמתין — כדי שלא תיתקע עם מערכות לא נכונות למעלה. -
🧱
בקרות מניעה לפני המעבר
גיבויים מאומתים, בדיקות Restore, תיעוד תצורה, ומניעת “שינויים אחרונים” בלי אישור. -
🧪
בדיקות לפני + אחרי
Staging, בדיקות תקשורת, בדיקות שירותים, ניטור — ורק אז Cutover. -
↩️
Rollback אמיתי
אם משהו לא עובר KPI מינימלי — יודעים איך חוזרים אחורה בלי פאניקה.
תהליך עבודה (ככה זה נראה בשטח)
תהליך מובנה שמונע “אלתורים” ומבטיח שהמעבר מנוהל כמו פרויקט תשתיות רציני.
Kickoff + Scope
הגדרת טווח הפרויקט, בעלי עניין, חלונות זמן, ורשימת מערכות קריטיות.
Discovery + Inventory
מיפוי ציוד, כבלים, קישורים, VLANs, ספקים, תלותיות ואישורים.
Design ליעד החדש
חשמל/UPS, ארונות, תקשורת, קירור, אבטחה פיזית, תכנון כבלים וסדר ארונות.
Staging + Checklists
רשימות פעולה, תיוג, הכנות גיבוי, בדיקות Restore, וחזרות (Dry run) כשאפשר.
Move + Cutover
מעבר פיזי מבוקר, התקנה מחדש, העלאה לפי סדר, ניטור, ומדדי Go/No-Go.
Validation + Handover
בדיקות שירות, תיעוד As-Built, ניקוי “חובות טכניים”, והמלצות לשיפור תשתית.
מה מקבלים בסוף הפרויקט
לא רק “זה עובד” — אלא סט תוצרים שמאפשר תחזוקה, סקייל ואבחון תקלות הרבה יותר מהר.
תיעוד ותוצרים שמחזיקים שנים
בסוף מעבר מוצלח, הידע הכי חשוב הוא מה נשאר אצלכם: תרשימים, סדר ארונות, גישה, ויכולת להבין מה מחובר לאן — גם כשמישהו חדש נכנס לתפקיד.
- רשימת נכסים (שרתים/סוויצ׳ים/אחסון/UPS) + מיקום פיזי
- Rack Elevation בסיסי + תיוג פורטים/קווים
- Plan ל־Cutover + צ׳ק-ליסטים “לפני/אחרי”
- בדיקות שירות: מה נבדק, מה עבר, ומה דורש טיפול
- המלצות קשיחות: נקודות כשל, שדרוגים מומלצים, והקשחת אבטחה
- Runbook מעבר: סדר כיבוי/הדלקה, מי אחראי על מה, ונקודות החלטה.
- מדדי Go/No-Go: מה חייב לעבוד לפני שמצהירים “עלינו לאוויר”.
- Rollback Plan: תרחיש חזרה אחורה אם משהו לא עומד במדדים.
-
⚡
חשמל ורציפות
מגדירים מראש קיבולת, חלוקת עומסים, UPS/הזנות, ותרחיש תחזוקה (מה קורה כשקו אחד נופל). -
❄️
קירור וזרימת אוויר
תכנון זרימת אוויר (מניעת “Hot Spots”), מיקום ארונות, ו־Cable Management שמאפשר לקירור לעבוד. -
🧷
תקשורת ומסלולים
תכנון VLANs/ניתובים/Firewall, נקודות WAN, ותיעוד “מה מחובר לאן” כדי למנוע הפתעות בזמן Cutover. -
🧯
אבטחה פיזית ובקרת גישה
ניהול הרשאות כניסה, לוגיסטיקה של מעבר ציוד, ותיעוד Check-in/Check-out ברמת פריט.
הגדרת “רמת זמינות”: אם אתם רוצים לחשוב כמו Data Center — קיימים מודלים/רמות מוכרות של יתירות ותחזוקתיות (Tier I-IV, Rated 1-4), שמסייעים להגדיר יעד רזיליאנס ולתכנן בהתאם. (לא חייבים “Tier 4”, אבל כן חייבים יעד ברור).
לפני שמתחילים — מה חייב להיות סגור מראש
זה החלק שחוסך 80% מהדאונטיים. לא “ממליצים” — פשוט סוגרים את זה מראש בפרויקט.
גיבויים + בדיקת שחזור
לפני כל Move: מוודאים שיש גיבוי עדכני ושאפשר באמת לשחזר (Restore) למקרה חירום.
תיעוד תצורה
Firewall rules, VPNs, VLANs, כתובות IP, DNS, credentials לפי מדיניות — בלי “נזכור בראש”.
תשתית יעד “מוכנה”
חשמל/UPS, ארונות, תקשורת פעילה, נקודות WAN/ISP, והגדרות בסיס — לפני שהשרת הראשון זז.
תזמון Cutover + חלון חזרה
מגדירים חלון מעבר ריאלי, נקודות החלטה, וזמן מספיק ל־Rollback אם צריך.
למי השירות מתאים
לא צריך להיות “חוות שרתים” כדי להצדיק פרויקט מסודר — מספיק שהעסק תלוי בזמינות.
משרדים/ארגונים שעוברים מיקום
מעבר משרד הוא הטריגר הקלאסי: מעבירים ציוד ושירותים בלי לאבד ימים של עבודה.
שדרוג חדר קיים (חשמל/ארונות/כבלים)
אם החדר “גדל פרא” — מסדרים ארונות, מסלולי כבלים, עומסים ותחזוקתיות.
ארגונים עם מערכות קריטיות
ERP/CRM/קופות/אתרי מכירה/מערכות שירות — כשדאונטיים עולה כסף אמיתי.
היברידי: On-Prem + Cloud
כשיש חיבורי VPN/SD-WAN, שירותים בענן ותלותיות — חייבים Cutover מסודר ומדיד.
שאלות נפוצות
שקיפות מלאה על מה קורה במעבר — ומה אנחנו עושים כדי למנוע הפתעות.
כמה זמן דאונטיים צריך לצפות?
מה ההבדל בין “הובלה של ציוד” לבין פרויקט מעבר אמיתי?
מה אתם חייבים לקבל מאיתנו בתחילת הפרויקט?
אתם עושים גם הכנה של חשמל/UPS/קירור?
איך מוודאים שלא “מאבדים” ידע אחרי המעבר?
בואו נתכנן את המעבר נכון
כתבו לנו 2–3 שורות: מה אתם מעבירים, מאיפה לאיפה, ומה רמת הקריטיות של השירותים. נחזור עם שאלות מדויקות ותכנון ראשוני (Scope + כיוון ל־Cutover).
