שינוי כתובת IP ל DC

[yosef454]

שינוי כתובת IP ל DC

שלום לכולם,

יש לי ארגון עם 2 סניפים שלכל אחד יש DC משלו וקלאס כתובות שונה ואין שום קשר בניהם.
סניף אחד נסגר ומעבירים אותו עם כל תכולתו (כולל העובדים) לסניף הראשי.

בשלב זה רוצים ששני השרתים השרתים יעבדו באותה רשת.
איך ניתן אם בכלל ניתן לשנות לשרתים את כתובות כך שיהיו באותו קלאס של הרשת הקיימת?
מדובר ב 2008R2

לא מעוניין לעשות VLAN.

תודה.

 

[yosef454]

גם השמות שלהם בעייתיים

לשני הברזלים קוראים ....server
למכונות שבפנים יש שמות שונים.

 

[Pv07]

מה זה? HYPER V שלא בדומיין?

בעיקרון החלפת IP לDC זה קל

מחלפים כתובת ומריצים
ipconfig /flushdns

ipconfig /registerdns

עושים ריסטארט ל NELOGON SERVICE

אם יש לך סייטים וFORWARDS וכל השטויות שצריכות להיות - מחלפים בהתאם.

 

[yosef454]

HYPER V עם אורקל

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

 

[Pv07]

אין משהוא מיוחד - תחליף IP בהוסט

תחליף IP בשרתי VM ותריץ

ipconfig /registerdns

 

[Pv07]

גם שינוי שם של השרת HYPER V לא אמור

להשפיע על משהו - כמובן אם שרתים לא בCLUSTER או עם הגדרות מתקדמות אחרות

 

[yosef454]

התכוונתי האם אפשר לשנות

את השם של הברזל שהוא AD וגם יש עליו HYPER V

 

[מיצו]

לא הבנתי.

אתה מריץ מחשב שיש עליו גם AD וגם HYPER-V?

למה?

 

[yosef454]

בגלל ש....

בהתחלה לא היה צורך ב HYPER-V ועם האוכל בא התאבון ואז היינו צריכים להרים את ה HYPER-V.

 

[skepper]

תיאבון מוזר יש לכם אם בחרתם ב Hyper-v

 

[מיצו]

עזוב, לא זו הפואנטה

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

לשים HYPER-V על אותה מכונה זה באמת שיקול שגוי ולא נכון.

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

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

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

http://www.youtube.com/watch?v=HfRbp6wiy3o

 

[yosef454]

למעשה מה שאתה ממליץ

זה P2V ל DC ולשים אותו על מערכת נקיה ללא DC?

תיבה לדיסק איטית יותר, זה חדש בשבילי.

 

[מיצו]

אני ממליץ

להפריד בין התפקיד של DC לתפקיד של HYPER-V.

לא אמרתי P2V. אמרתי להפריד. איך אתה עושה את זה? יש כמה דרכים, לא בטוח ש- P2V היא הדרך המועדפת.

 

[מיצו]

לגבי עניין הכתיבה לדיסק על DC, הנה

הסבר קטנטן:

Once a server is promoted to a DC, write cache is disabled by default. You can try to enable it, but it will revert back to disabled. This is default and can't be changed. It's done to protect the AD database as well as improve AD DC performance.
Event ID 1539 — Database integrity - Domain controllers attempt to protect this data from accidental loss or by disabling write-caching...
http://technet.microsoft.com/en-us/library/dd941847(WS.10).aspx

 

[מיצו]

וכאמור זה לא ההבדל היחיד, יש עוד.

DC הוא DC, ולא שום דבר אחר, פרט אולי לתפקידים אחרים כמו DNS או WINS השם יקום דמו או DHCP אם ממש צריך, אם כי ברשת עמוסה כדאי מאוד לא לשים אותו על אותה מכונה.

 

[yossik111]

as well as improve AD DC performance???

 

[מיצו]

מה השאלה?

 

[yossik111]

דיסבול של ההקש (לכתיבה)

גורם לשיפור הביצועים ? ("as well as improve AD DC performance") ?
לא אמור להיות ההיפך ? או שאני מפספס כנראה משהו ?
יוסץ

 

[yossik111]

ההקש=הקש

 

[מיצו]

ההתייחסות היא ספציפית לעניין כתיבת הנתונים

שקשורה ל- NTDS.DIT ול- FRS, ולכך מתייחסים, לא לדברים אחרים שאולי אותו DC עושה כדרך אגב. אגב אגב, הביטול הוא רק לאותו דיסק שעליו יושב ה- NTDS אאל"ט.