مزایا / مضرات استفاده از یک حرف واحد / درایو برای نصب ویندوز سرور

محیط مجازی ما به عنوان یک VM برای هر نقش شغلی (DNS ، DC ، CM Center System ، سرور پرونده ، جمع آوری ورود به سیستم ، IIS و غیره) قطع شده است. اگر عملکرد دیسک بسیار مهم نیست ، آیا واقعاً لازم است که هنوز هم به طور منطقی پرونده های سیستم عامل ویندوز را از پرونده ها/داده ها/گزارش های برنامه خود جدا کنید؟به عنوان یک استاندارد قبلی در ویندوز 2000/2003 و NT4 (GASP!) فروشگاه ما بار کار را در بین A C: و D: Drive و غیره کاهش می دهد ، حتی اگر آنها توسط همان آرایه دیسک زیرین ارائه شوند. با فرض اینکه شما برای عملکرد مانند سناریوهای سرور SQL نیازی به آرایه های دیسک جداگانه ندارید ، آیا این جدایی هنوز بهینه یا ضروری است؟این روزها مزایای تقسیم داده های OS++در حجم های مختلف چیست؟یکی از مزیت هایی که می توانم به نفع چندین جلد فکر کنم این است که شما می توانید CHKDSK را در برابر یک درایو غیر سیستم به صورت تعاملی w/o که نیاز به راه اندازی مجدد دارد اجرا کنید (این در گذشته باعث کاهش زمان من شده است). با تشکر از کمک شما-ما در انتظار ساخت چندین سرور ابزار جدید هستیم و نمی خواهیم بیش از حد مهندسی داشته باشیم.

• ویندوز-سرور-2008
• IIS-7
• ویندوز-سرور-2008-R2

دنبال کردن از 23 ژوئیه 2011 در ساعت 13:36 پرسید استیو فلوک استیو فالک 195 5 5 نشان های برنز مشابه ، اما بیشتر از یک POV لینوکس. serverfault.com/questions/61284/sell-partitioning-to-me 24 ژوئیه 2011 در 2:59

پاسخ های عالی از هر دو منظر همه ، متشکرم. من فکر می کنم ما از این نقطه برای سیستمهایی که نیازی به آرایه های دیسک جداگانه برای سیستم عامل+داده+دارند ، آن را ساده نگه می داریم.

27 ژوئیه 2011 در 12:47

6 پاسخ 6

مرتب شده توسط: تنظیم مجدد به طور پیش فرض

اگر فقط می پرسید که آیا باید یک پارتیشن "سیستم" و یک پارتیشن "برنامه" جداگانه داشته باشید ، من ارزش آن را در آن نمی بینم ، به خصوص اکنون.

این کنوانسیون برای انجام این کار برای سیستم های نوع یونیکس بود زیرا اگر حجم سیستم با داده ها سرریز شده باشد ، می توانید موقعیت هایی داشته باشید که آن را غیرقابل استفاده یا غیرقابل استفاده می کند ، بنابراین جدایی پارتیشن ها نوعی روش شبه فیزیکی برای جلوگیری از ، مثلاً ، می گویند. logfiles بدون مراقبت از پر کردن پارتیشن بوت خود.

امروز اگر به درستی سیستم ها را حفظ می کنید ، نباید از آن سود زیادی ببینید. اکنون می توانید در واقع مشکلی داشته باشید که به روزرسانی ها بسیار زیاد باشد و ارتقاء سیستم بسیار بزرگ است. آنچه که یک بار در یک پارتیشن نصب ویندوز 10 گیگ خوب بود ، اکنون ریز است. من همچنین به دلیل نحوه انتقال ویندوز پرونده ها از طریق شبکه و به عنوان بارگیری های موقتی که در آن پارتیشن سیستم را پر می کند ، مشکلی را دیده ام و نمی توانم مواردی را که بعداً متعلق به آنها است کپی کند ، و این باعث افزایش مشکلات تکه تکه شدن در سیستم فایل ها وحشتناک شد.

اگر این سیستم را مجازی می کنید ، حتی استدلال نمی کنید که عملکرد بهتری می گیرید زیرا ماشین مجازی به دور از لایه دیسک فیزیکی انتزاع شده است ، صرف نظر از اینکه تعداد پارتیشن ها/درایو VM فکر می کند.

اگر برنامه شما به زمان حساس است به جایی که نمی توانید سیستم را برای بررسی دیسک پایین بیاورید (امیدوارم که به ندرت به آن احتیاج داشته باشید) ، احتمالاً باید برنامه هایی را در اختیار داشته باشید که از پشتیبانی ، ویندوزهای نگهداری و نگهدارنده برخوردار باشیددر مورد VM ، شما احتمالاً می توانید راهی برای اجرای VM در حین تشخیص مسئله با عکس فوری یا کپی در ماسهبازی در صورت لزوم داشته باشید. اگر این عملیات بسیار مهم است ، شما باید در حال حاضر برنامه هایی را در اختیار داشته باشید تا در صورت عدم موفقیت دستگاه ، سرویس را در دسترس نگه دارید. این امر در توانایی رفع جعبه مجازی بدون قطع سرویس ایجاد می شود. در غیر این صورت ، کاربران شما باید با یک دوره خرابی زندگی کنند.

همچنین ، ویندوز سرانجام در ایجاد مدیریت حجم در پرواز که می تواند درایوها را رشد داده و کوچک کند ، انعطاف پذیری بیشتری کسب می کند (و لینوکس قبلاً این کار را کرده است). ویندوز به آرامی از مدل درایو محور و بیشتر به مدل مدیریت حجم روی سرورها دور می شود.

خدماتی که در حال حاضر به آنها اشاره می کنید ، در صورت استفاده از ویندوز DC ، برخی از افزونگی ها ساخته شده است ، بنابراین زمان برای یک CHKDSK نباید برای بسیاری از آنها مسئله ای باشد.

به طور کلی ، مگر اینکه شما نیاز مستقیم به ایجاد حجم جداگانه به عنوان حروف درایو داشته باشید ، من یک درایو بزرگ ایجاد می کنم و در آن می گذارم. این ساده تر است ، در جاده انعطاف پذیر تر است ، و در کل یک پیتای کوچکتر برای مقابله با آن است.