|
28-07-2007, 22:06
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,775
|
|
> אתה יודע, אנחנו חיים במדינת ישראל, פה אנשים מחפפים. אני יכול לומר לך שאם אתה מתקין מערכת מא'
> ועד ת' BY THE BOOK - הכול אמור לעבוד יופי.
> אם אתה מחפף ועושה שטויות - שום כלום לא יעבוד.
טענה מוכרת על ידי חובבי מיקרוסופט. תרשה לי לתרום לך מנסיוני המועט בתחום - בכך שאפטור טענה זו כ"קשקוש מוחלט". מוצר שיש בו באגים, גם אם תתקין by the book, יעשה בעיות - שהרי התקנה אף לפי הספר, לא תפתור לך שגיאות שיש בקוד המקור של המוצר, אי שם רחוק ברדמונד. וב Exchange יש כאלה בשפע, בייחוד בתחום היציבות לאורך זמן (עובדה שכשמאתחלים, רוב הבעיות מסתדרות, אבל אתחול זה לא פתרון מקובל לאפליקציה שהיא mission critical כמו אי-מייל, לפחות לא מבחינתי...)
> ע"ע תחזוקה (שהמון ארגונים לא שומעים על זה, חושבים שזהו, מתקינים ועוזבים), גיבויים מסודרים ותקינים
> (שתתפלא לשמוע, אבל גם על זה אנשים לא שומעים), ונהלים מסודרים (ע"ע DRP, ניהול פרויקטים בצורה
> נכונה, הגדרת מוצר, אבטחה, וכו').
כלומר אתה טוען, אם אני מבין נכון, ששרת Exchange שלא מבצעים לו גיבויים, ואין לו נוהל DRP, לא יציב בגלל זה? טענה מעניינת...
> קח דוגמה ל- EXCHANGE שעובד באופן יציב בצורה כללית:
>
>1 . ה- EXC יושב על שרת ייעודי עם חומרה מתאימה (ולא איזה PC מצ'וקמק שהוא גם ה- DC בארגון)
>2. ה- EXC מוקשח
>3. ה- EXC מוגדר בצורה נכונה לעבודה תקינה (הגבלת תיבות, התקנת ANTI SPAM וכו')
>4. ה- EXC מגובה באופן מסודר באמצעות תוכנה איכותית
>
>עכשיו, שימי היקר, תגיד לי מי אתה מכיר שעושה דבר כזה בארץ? בודדים.
בארגון שלי זה ככה. ועדיין, פעם בשבוע צריך להפעיל את השרת מחדש כי מתחילות בעיות אקראיות ברחבי הארגון שפשוט לא ניתן להסביר...
אם אתה מעוניין בפירוט, אז אין בעייה: השרת יושב על מכונת שרת HP, עם 4GB זיכרון, ומערך RAID5. ה SG-ים עצמם יושבים על גבי iSCSI מול NetApp - הגיבויים נעשים כ Snapshot על ה LUN באמצעות SME... הספאם מסונן עוד לפני הכניסה לאחוזתה של מיקרוסופט, על ידי מכונות שמריצות דברים קצת יותר אמינים בתור מערכת הפעלה... (ושוב אני תוהה, האם אתה רומז שספאם גורם לאי יציבות של Exchange? כי זה משתמע מדבריך...)
עדיין, האתחול השבועי תמיד שם. אולי כי אין עדיין Exchange 2007, אה? (ואם היה 2007, אז כי "אין 2010, אמנם עדיין אין 2010, אבל אז בטוח יפתרו את זה..."). ולמקרה שתהית, כל העדכונים מותקנים...
> רוב ה- SYSADMINS שאני מכיר (שהם בעלי השכלה של טכנאי PC עם ידע בסיסי ביצרת Users ב- AD)
אולי זו הבעייה, לי אין שום השכלה בכלל... אולי זו הבעייה. אין לי אף תעודה של מיקרוסופט/סיסקו וחבריהם... כנראה שאני לא מבין מהחיים שלי :\
> עושים דבר פשוט: מתקינים EXC על ה- DC\על PC מצ'וקמק שמישהו מהרכש החליט שזה השרת שלך
> לתקופה הקרובה. אחרי שהם מתקינים הם חושבים שהכול פועל. הם לא מגבילים תיבות, לא מקשיחים את
> השרת, ולא עושים פעולות בסיסיות שהזכרתי ב- 4 נקודות הקודמות. אתה יודע, שאתה מתקין מערכת אתה לא > צריך להגיד "אני מתקין" וזהו, צריך לכתוב נוהל מסודר:
אתה מודע לכך שבשרתים שהם לא של מיקרוסופט, אתה יכול לעשות את כל זה, והשרת יפעל נפלא, במשך שנים, בלי שתיגע בו? הפאק הוא לא של אנשי הסיסטם, הפאק הוא של מוצר שלא בנוי ל Sizing הנדרש בדרישות ה IT של היום. תוכנת דוא"ל שמתחילה לקרטע למהירות של צב זקן כשהיא מטפלת בתיבה שבה יש 3GB של נתונים - זו לא תקלת סיסטם, אלא תוכנה שתוכננה לקוי; כנראה שאת המסמכים שאתה מדבר עליהם, לא כתבו היכן שהיה צריך לכתוב אותם - במיקרוסופט...
> התקנת EXC אמורה להיות על שרת X התואם מבחינת דרישות חומרה (במידה וצריך לדבר גם על
> STORAGE - תלוי בגודל הארגון), יש להתקין AV ו- Antispam, להקשיח את השרת לפי ה- Sec guide
> לפחות(!), הגבלת משתמשים, נהלים לגיבוי ושחזור. ותאמין לי שאם אתה עושה את כל זה אתה בנקודה טובה.
לא שאצלנו זה לא נעשה, אבל גם אם זה לא היה נעשה, אני לא מצליח להבין איך הדברים שאמרת אמורים להשפיע על ביצועיו של שרת הדואר, אלא אם כן הוא תוכנן, כאמור, בצורה לקוייה. אני לא מבין מדוע שוירוס הנמצא בתוך תיבת דואר, משפיע על השרת. למה בכל שרת דואר מכל מקור אחר, אין השפעה שכזו?
> שאני מתקין מערכות BY THE BOOK ועושה כל מה שצריך, אני כמעט ולא צריך לגעת בשרת. והוא עובד טוב
> מאוד.
הדבר ידוע שאצל מקדמי מוצרי מיקרוסופט, הכל תמיד פועל נהדר; לצערם, אצל שאר העולם, זה לא כך :\
|
|