לוגו אתר Fresh          
 
 
  אפשרות תפריט  ראשי         אפשרות תפריט  מבזקים     אפשרות תפריט  צור קשר     חץ שמאלה חץ ימינה  

לך אחורה   לובי הפורומים > מחשבים > חומרה ורשתות
שמור לעצמך קישור לדף זה באתרי שמירת קישורים חברתיים
תגובה
 
כלי אשכול חפש באשכול זה



  #2  
ישן 20-09-2016, 11:41
צלמית המשתמש של קוביבי
  משתמש זכר קוביבי קוביבי אינו מחובר  
מנהל פורום מערכות הפעלה - הרובע המייקרוסופטי.
 
חבר מתאריך: 07.10.04
הודעות: 13,778
LinkedIn profile
בתגובה להודעה מספר 1 שנכתבה על ידי amir1 שמתחילה ב "איך אני משדך שני שרתי 2012 שיוכלו לבחור בתחנות למי להכנס"

כשאתה אומר "החומר שלו" - הכוונה לתיקיית הפרופיל?
לפי התאור של השאלה - נשמע שאתה מתכוון ל"פרופיל נודד" (פרופיל שנמצע בstorage מרוחק ומועתק מקומית ברגע שהמשתמש מתחבר)
https://msdn.microsoft.com/en-us/library/windows/desktop/bb776897(v=vs.85).aspx?f=255&MSPPError=-2147217396

אישית מעולם לא אהבתי את הפתרון הזה והוא היה נוטה, בגלל בעיות כאלו ואחרות, להיות לא הכי יציב.
אבל לא ניסיתי אותו בשנים האחרונות אז אולי זה השתפר,
אני נתקלתי הרבה פעמים במקרים בהם לא ניתן היה להעתיק (או שהיה נכשל באמצע) את הפרופיל מהשרת ואז המשתמש היה מתחבר לפרופיל זמני, והפתרון היה למחוק את הפרופיל המקומי ולהתחבר בשנית,
פתרון שהייתי מעדיף יותר הוא לשדך למשתמשים כונני רשת שיכילו את הנתונים שלהם, או לבצע הפניית תיקיות
https://technet.microsoft.com/en-us/library/cc732275(v=ws.11).aspx
של תיקיית המסמכים שלי לכונן רשת.
פתרון כזה, בשילוב הגדרות מתאימות של DFS יידאג שהמידע יהיה מקומי על השרתים ולא יעמיס על רשת התקשורת, אם אין לך שרת storage ייעודי לנושא.

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #4  
ישן 20-09-2016, 17:16
צלמית המשתמש של קוביבי
  משתמש זכר קוביבי קוביבי אינו מחובר  
מנהל פורום מערכות הפעלה - הרובע המייקרוסופטי.
 
חבר מתאריך: 07.10.04
הודעות: 13,778
LinkedIn profile
בתגובה להודעה מספר 3 שנכתבה על ידי amir1 שמתחילה ב "לכולם יש פרופיל אחיד מנדטורי, ולכל משתמש יש ספריית בית בשרת"

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

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #5  
ישן 20-09-2016, 17:58
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,198
פרופיל זהה לכולם, יוזרים שונים , ואינו נודד .
בתגובה להודעה מספר 4 שנכתבה על ידי קוביבי שמתחילה ב "אמרת 2 דברים שונים... 1. אמרת..."

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

זה לא מה שאני בניתי כי זה לא מתאים לי לניהול הכיתה .

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

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

בהגדרות היוזר הבסיסי שבניתי , הגדרתי שתקיית הבית של כל תלמיד תהיה כונן הרשת שלו
וכך ברגע שתלמיד נכנס בפעם הראשונה לרשת AD , נוצרת לו תקייה אישית בשרת שבה הוא שומר את כל החומר שלו ONLINE
כלומר לא נודד לתחנה וחזור , אלא ישירות על השרת .
בשורה של הפרופיל אתה מזין למשל . שזה קבוע לכולם ולא משתנה לפי יוזר .
\\MBYSRV\profile$\man


תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה



הרשת בעקרון היא רשת פשוטה לכיתת לימוד .

התקנתי SERVER 2012
AD
DNS DHCP
יצרתי פרופיל על תחנת WIN7 ואותו העברתי לתקיה משותפת בשרת
את הפרופיל הזה שייכתי לכל היוזרים והפכתי אותו למנדטורי, MAN.
בנוסף עוד כמה GPO , של מדפסת וחסימות וניוד תקיית המסמכים לתקית הבית .
כלומר שכונן Z הממופה ברשת הוא גם תקיית המסמכים של היוזר .

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


נערך לאחרונה ע"י amir1 בתאריך 20-09-2016 בשעה 18:10.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #6  
ישן 25-09-2016, 19:13
צלמית המשתמש של קוביבי
  משתמש זכר קוביבי קוביבי אינו מחובר  
מנהל פורום מערכות הפעלה - הרובע המייקרוסופטי.
 
חבר מתאריך: 07.10.04
הודעות: 13,778
LinkedIn profile
בתגובה להודעה מספר 5 שנכתבה על ידי amir1 שמתחילה ב "פרופיל זהה לכולם, יוזרים שונים , ואינו נודד ."

לגבי הפתרון עם תיקיית הפרופיל - אם זה עובד אז מגניב, לא הכרתי את היכולת הזו (אני כבר כמעט ולא מתעסק עם אדמיניסטרציה, אקרא על זה קצת), אני מקווה שאין בעיות של התנגשות כאשר 2 משתמשים מתחברים ביחד, מה שהגיוני שייקרה בסביבה לימודית בה כל התלמידים מתחברים בד"כ בתחילת השיעור - אבל אני בטוח שכבר בדקת זאת.
לגבי השאלה שלך:
אם זכרוני אינו מטעה אותי - כאשר משתמש מנסה להתחבר לרשת (domain) הוא שולח שאילתא לDNS מי הDC הפנוי לדומיין אליו הוא מנסה להתחבר,
למיטב הבנתי - 2 השרתים שלך שייכים לאותו הדומיין ושניהם, מה-גם המחשבים, נמצאים על אותו הsubnet,
התוצאה היא שלכול מחשב יש סיכוי של 50% לבחור כל אחד מהשרתים על מנת להתחבר אל הרשת, אין לך יכולת לשנות זאת (לא מדוייק, אבל על זה בהמשך) אבל מכיוון שיש לך 2 שרתים לשם שרידות (שהרי אם שרת אחד לא זמין תמיד יהיה לך השרת השני), להפנות את תיקיית הפרופיל לשרת ספציפי (mbysrv במקרה שלך) תהייה בעייתית, 2 הפתרונות שעולים הם:
1. שימוש בשרת storage מרכזי שיודע לטפל בזה
2. שימוש ב DFS שמאפשר לך שיתופים ברמת דומיין (שיתוף מסוג \\domain\folder בלי להזכיר שם שרת) וכן רפליקציה בין תיקיות שונות
https://www.petri.com/create-a-dist...-server-2012-r2
(מתאים לforest שמוגדר לחלונות 2003 ומעלה בלבד, אני מאמין שזו לא בעיה אצלכם)

לגבי בחירת DC ספציפי (או יותר נכון, נתינת עדיפות לDC ספציפי) הדרך הכי "נכונה" לעשות את זה תהייה ע"י הגדרת subnets שונים לכיתות, שזה למעשה גם המצב הנוכחי שלך, ואז שיוך של כל DC ל subnet המתאים לו ע"י שימוש בכלי AD Sites and services
https://technet.microsoft.com/en-us/library/cc730868(v=ws.11).aspx?f=255&MSPPError=-2147217396
באופן כזה כל מחשב קודם כל ינסה להתחבר לDC שנמצא בsubnet שלו ורק אם לא יהיה זמין - ינסה להתחבר לשרת השני, ומכיוון שההפניה שלך היא לשיתוף ברמת הדומיין - אין קשר בין השרת אליו התלמיד מתחבר לבין זה עליו נמצא המידע אליו הוא ניגש.

מילה לסיום לגבי ההפניה, אישית אני מעדיף לשים הגדרות כאלו כGPO במקום על אובייקטים בAD היות וזה הרבה יותר גמיש וקל לשנות בעתיד, תעיף מבט פה אם מתחשק לך
http://www.grouppolicy.biz/2012/07/...y-in-windows-8/
אולי זה יכול להקל עניינים

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

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


נערך לאחרונה ע"י קוביבי בתאריך 25-09-2016 בשעה 19:16. סיבה: שאלונת...
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #7  
ישן 25-09-2016, 20:09
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,198
תשובות
בתגובה להודעה מספר 6 שנכתבה על ידי קוביבי שמתחילה ב "לגבי הפתרון עם תיקיית הפרופיל..."

לגבי התנגשות,
את הכיתה הראשונה ששם, אני מנהל כבר 10 שנים עוד מימי 2003 + תחנות XP
וגם אז עבדתי כך, וזה עובד תקין גם כאשר כל התלמידים נכנסים בבת אחת עם היוזר הגלובלי שיצרתי בהתחלה TEST
וגם כאשר כל תלמיד נכנס עם היוזר האישי שלו .
השרת באותה כיתה, קצת ישן, DELL tower

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

היום הייתי שם והחזרתי את הכל לקדמותו , כלומר הפרדתי בינהם ונתתי לכל אחד לנהל DHCP של הכיתה שלו
כי הרשת לא תיפקדה טוב , בגלל שהראוטר היה ה DNS ו-DHCP של שניהם .

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

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

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

טעות .

נערך לאחרונה ע"י amir1 בתאריך 25-09-2016 בשעה 20:28.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #8  
ישן 26-09-2016, 17:03
צלמית המשתמש של קוביבי
  משתמש זכר קוביבי קוביבי אינו מחובר  
מנהל פורום מערכות הפעלה - הרובע המייקרוסופטי.
 
חבר מתאריך: 07.10.04
הודעות: 13,778
LinkedIn profile
בתגובה להודעה מספר 7 שנכתבה על ידי amir1 שמתחילה ב "תשובות"

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

לגבי השאלה שלך - יש לך (או לי?) בלבול קטן, אז נפריד את הרכיבים לאט לאט,
יש לנו 3 שחקנים עיקריים פה
1. תחנת הקצה - זו התחנה שהתלמיד יושב עליה, מזדהה דרכה די להתחבר לרשת ומקבל את הקבצים שלו משרת הקבצים
2. שרת DC - זהו שרת שהמטרה שלו היא לקבל את הבקשה של תחנת הקצה להזדהות מול הרשת ולספק לתחנת הקצה access token שבאמצעותו הוא יזדהה מול משאבי הרשת האחרים
3. שרת Storage - זהו שרת הקבצים שמכיל את הנתונים של התלמידים

1 יכול להתחבר גם ל-2 וגם ל-3 באופן ישיר, כי הם נמצאים באותו subnet וכי מי שאחראי לקשר ביניהם הוא הנתב ("הרשת"), אחרי תחנת הקצה מקבלת אישור מהDC שהיא מתחברת לרשת - היא משתמשת בAT שהיא מקבלת מהDC כדי להזדהות מול שאר רכיבי הרשת ולכן אין בו יותר צורך (בגדול) כדי לגשת לשרת הקבצים.
לכן אפילו אם שרת 3 (ה storage) יושב על רשת נפרדת - כל-עוד יש לך נתב שיודע להפנות בקשות לשרת זה מרשת 192.168.1 שלך אליו - הוא יהיה זמין לכולם בהינתן ההרשאות המתאימות

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #9  
ישן 26-09-2016, 18:58
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,198
איך עובד הרעיון של סטוראג'?
בתגובה להודעה מספר 8 שנכתבה על ידי קוביבי שמתחילה ב "דווקא היום, במיוחד ברשת..."

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

מבנה הרשת עד כה היה מאוד פשוט
כיתה של 20+ תחנות מחוברות לסוויץ hp 1g כל הפורטים
שרת שעליו מותקן server 2012
Ad dhcp dns
route שמשתף אינטרנט לתחנות מכרטיס רשת נוסף שמחובר לרשת המשרדית של המקום.
כונן d מכיל תקיות שמשותפות ברשת עם מאגרים וגם עם החומר של התלמידים.
שנה שעברה נפתח אגף נוסף ושם כבר קנו שרת רציני
ושם זה כבר עם מערכת וירטואלית שבתוכה התקנתי מערכת ממש דומה לזו שבאגף הישן.
המרחק בין הכיתות כשבעים מטר וביניהם מתחתי כבל cat7
מתוך כוונה לגשר בין שני הסוויצים של הכיתות
ולהעביר את כל הניהול לשרת החדש במערכת סרבר אחת וירטואלית.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #11  
ישן 28-09-2016, 17:32
צלמית המשתמש של קוביבי
  משתמש זכר קוביבי קוביבי אינו מחובר  
מנהל פורום מערכות הפעלה - הרובע המייקרוסופטי.
 
חבר מתאריך: 07.10.04
הודעות: 13,778
LinkedIn profile
בתגובה להודעה מספר 10 שנכתבה על ידי amir1 שמתחילה ב "זה השרת החדש"

אני הפסקתי להמליץ על מערכות הפעלה, זה בעיקר העדפה אישית, כל מערכת הפעלה תדע לטפל בשטחי גודל לפי מה שציינת ובגלל שהRAID הוא חומרתי אפילו לא תצטרך להגדיר בנושא זה שום דבר.
מבנה הרשת לא צריך להשתנות, מכיוון שהתקשורת היא מקומית (ונראה שעלית על הבעיה של חוסר היציבות לפי ההודעה האחרת שלך) אז אתה אמור להיות יציב מספיק בלי קשר איזה מהשרתים משמש כשרת authentication לאיזה מהמכונות אז אפילו לא תצטרך לשנות subnets ורשימת כתובות כפי שדיברנו עליו מקודם.
נניח שתקים את השרת עם השם superfsserver, תוכל להגדיר login script לכול המשתמשים שיריץ את הפקודה
קוד:
net use d: /delete net use d: \\superfsserver\studentsDocs\%username% /persistent:no

וכ logout script
קוד:
net use d: /delete

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

אם אני לא טועה אפשר גם להגדיר בGPO כונני רשת, אבל אני לא זוכר בשלוף
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #14  
ישן 26-10-2016, 20:30
צלמית המשתמש של פסטן
  פסטן פסטן אינו מחובר  
 
חבר מתאריך: 14.12.09
הודעות: 9,603
בתגובה להודעה מספר 8 שנכתבה על ידי קוביבי שמתחילה ב "דווקא היום, במיוחד ברשת..."

ציטוט:
במקור נכתב על ידי קוביבי
לגבי השאלה שלך - יש לך (או לי?) בלבול קטן, אז נפריד את הרכיבים לאט לאט,
יש לנו 3 שחקנים עיקריים פה
1. תחנת הקצה - זו התחנה שהתלמיד יושב עליה, מזדהה דרכה די להתחבר לרשת ומקבל את הקבצים שלו משרת הקבצים
2. שרת DC - זהו שרת שהמטרה שלו היא לקבל את הבקשה של תחנת הקצה להזדהות מול הרשת ולספק לתחנת הקצה access token שבאמצעותו הוא יזדהה מול משאבי הרשת האחרים
3. שרת Storage - זהו שרת הקבצים שמכיל את הנתונים של התלמידים
לא דיברנו על זה כבר?
http://www.fresh.co.il/vBulletin/sh...669#post4415496
מה שה-DC מחלק זה "כרטיסים" (tickets), לא access tokens. את אלה יוצרים לוקאלית על התחנות.
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה(קרדיט למרשי)
אמר לה ינאי מלכא לדביתיה אל תתיראי מן הפרושין ולא ממי שאינן פרושין אלא מן הצבועין שדומין לפרושין שמעשיהן כמעשה זמרי ומבקשין שכר כפנחס

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #17  
ישן 20-09-2016, 16:12
צלמית המשתמש של linuxsboot
  linuxsboot linuxsboot אינו מחובר  
 
חבר מתאריך: 15.04.06
הודעות: 18,027
בתגובה להודעה מספר 16 שנכתבה על ידי amir1 שמתחילה ב "הבעיה כאן היא לא עומס בשרת אלא עומס בכיתה (:"

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

זה הפיתרון שאתה מבקש ומה שאתה צריך על פי התיאור שלך בדיוק.

אם אתה רוצה לפצל את התיקיות של היוזרים על השרתים על פי מוסד, זה כבר מחייב פיצול נוסף ורכיבים נוספים בחלונות של צד השרת.
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
will you marry me nesli barda? Operating system: Linux The day Microsoft & apple makes a product that does not suck will be the day they start making vacuum cleaners. say no to Apple&Facebook&MS&Samsung IL&Nokia&Hot&Yes,but say yes to Google


נערך לאחרונה ע"י linuxsboot בתאריך 20-09-2016 בשעה 16:29.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
תגובה

כלי אשכול חפש באשכול זה
חפש באשכול זה:

חיפוש מתקדם
מצבי תצוגה דרג אשכול זה
דרג אשכול זה:

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

קוד vB פעיל
קוד [IMG] פעיל
קוד HTML כבוי
מעבר לפורום



כל הזמנים המוצגים בדף זה הם לפי איזור זמן GMT +3. השעה כעת היא 15:41

הדף נוצר ב 0.29 שניות עם 10 שאילתות

הפורום מבוסס על vBulletin, גירסא 3.0.6
כל הזכויות לתוכנת הפורומים שמורות © 2017 - 2000 לחברת Jelsoft Enterprises.
כל הזכויות שמורות ל Fresh.co.il ©

צור קשר | תקנון האתר