کانفیگ حسابداری ؛ انتخاب سرور مناسب نرم افزارهای حسابداری

انتخاب کانفیگ سرور حسابداری مناسب فقط به تعداد کاربران وابسته نیست؛ نوع نرم افزار حسابداری، تعداد کاربران همزمان، حجم و رشد دیتابیس، میزان گزارش‌گیری و سرویس‌هایی که همزمان روی سرور hp اجرا می‌شوند نیز در تعیین سخت‌افزار موردنیاز نقش دارند.

در این صفحه می‌توانید کانفیگ‌های پیشنهادی سرور استوک hp حسابداری را مقایسه کنید و با بررسی پردازنده، RAM، Storage، RAID و ظرفیت ارتقا، سرور مناسب نرم افزار حسابداری مجموعه خود را متناسب با نیاز فنی و بودجه انتخاب کنید.

یک سرور مناسب حسابداری باید پردازنده متناسب با حجم پردازش، RAM کافی برای دیتابیس و کاربران همزمان، فضای ذخیره‌سازی سریع و RAID مناسب داشته باشد. تعداد کاربران، حجم دیتابیس، نوع نرم افزار حسابداری و سرویس‌هایی مانند SQL Server و Remote Desktop نیز باید هنگام انتخاب کانفیگ بررسی شوند.

در عمل، عملکرد مناسب زمانی به دست می‌آید که بین CPU، RAM، Storage و RAID تعادل وجود داشته باشد. برای مثال، استفاده از پردازنده قدرتمند در کنار حافظه ناکافی یا Storage کند، لزوماً سرعت نرم افزار را افزایش نمی‌دهد. به همین دلیل تعداد کاربران یا مدل CPU به‌تنهایی معیار مناسبی برای انتخاب کانفیگ سرور حسابداری نیست و باید کل Workload مجموعه به‌صورت یکپارچه بررسی شود.

پردازنده یکی از اجزای اصلی سرور حسابداری است، اما انتخاب CPU صرفاً براساس تعداد Core روش دقیقی نیست. نسل پردازنده، فرکانس کاری، تعداد Core، تعداد کاربران همزمان، حجم Queryهای دیتابیس و سرویس‌هایی که همزمان روی سرور اجرا می‌شوند همگی در تعیین CPU مناسب نقش دارند.

برای مثال، ممکن است یک نرم افزار مالی تعداد زیادی Query کوتاه و پرتکرار اجرا کند، در حالی که نرم افزاری دیگر بیشتر درگیر گزارش‌های سنگین و پردازش حجم زیادی از اطلاعات باشد. در این دو سناریو، حتی با تعداد کاربران مشابه، نیاز پردازشی یکسانی وجود ندارد.

نسل CPU نیز اهمیت دارد؛ زیرا پردازنده‌های نسل جدیدتر معمولاً معماری بهینه‌تر، پشتیبانی از حافظه سریع‌تر و امکانات بیشتری در اختیار سرور قرار می‌دهند. فرکانس پردازنده هم به‌خصوص در Workloadهایی که بخشی از پردازش آن‌ها به عملکرد هر Core وابسته است، باید مورد توجه قرار گیرد.

همچنین باید مشخص شود سرور فقط میزبان نرم افزار حسابداری و SQL Server است یا سرویس‌هایی مانند File Server، Remote Desktop، نرم افزارهای گزارش‌گیری یا ماشین‌های مجازی نیز روی همان سخت‌افزار اجرا می‌شوند. افزایش تعداد سرویس‌های همزمان می‌تواند نیاز پردازشی سرور را تغییر دهد.

بنابراین نمی‌توان برای تمام شرکت‌ها نسخه ثابتی مانند «حتماً دو پردازنده Xeon Gold استفاده شود» ارائه کرد. در یک مجموعه کوچک ممکن است یک پردازنده متعادل پاسخ‌گو باشد، در حالی که برای یک سازمان با کاربران زیاد، Queryهای سنگین و چند سرویس همزمان به توان پردازشی بیشتری نیاز باشد.

برای بررسی مدل‌ها و انتخاب پردازنده سازگار با نسل سرور، می‌توانید CPUهای سرور را نیز مشاهده و مقایسه کنید.

مقدار RAM سرور حسابداری باید براساس تعداد کاربران همزمان، حجم دیتابیس و سرویس‌های جانبی تعیین شود. برای محیط‌های کوچک ظرفیت پایین‌تر کافی است، اما با افزایش حجم SQL Database، کاربران Remote یا اجرای چند سرویس، نیاز به RAM نیز افزایش پیدا می‌کند.

RAM در سرورهای حسابداری، به‌خصوص زمانی که نرم افزار از SQL Server یا یک دیتابیس نسبتاً بزرگ استفاده می‌کند، اهمیت زیادی دارد. بخشی از داده‌هایی که به‌صورت مکرر مورد استفاده قرار می‌گیرند می‌توانند در حافظه نگهداری شوند و در نتیجه نیاز به مراجعه مداوم به Storage کاهش پیدا کند.

در سرورهای سازمانی معمولاً از ECC RAM استفاده می‌شود. حافظه ECC برای محیط‌های سروری طراحی شده و قابلیت تشخیص و اصلاح برخی خطاهای حافظه را دارد؛ موضوعی که در سیستمی که اطلاعات مالی و سرویس‌های سازمانی را به‌صورت مداوم پردازش می‌کند اهمیت بیشتری پیدا می‌کند.

یکی دیگر از نکات مهم، در نظر گرفتن فضای رشد است. اگر ظرفیت RAM تنها براساس مصرف فعلی انتخاب شود، افزایش کاربران، رشد دیتابیس یا اضافه شدن نرم افزارهای جدید ممکن است سرور را در مدت کوتاهی به ارتقا نیازمند کند. بهتر است هنگام انتخاب کانفیگ، امکان افزایش حافظه در آینده نیز بررسی شود.

استفاده از Remote Desktop نیز می‌تواند مصرف RAM را افزایش دهد؛ زیرا علاوه بر SQL Server و نرم افزار حسابداری، Sessionهای کاربران و برنامه‌هایی که هر کاربر اجرا می‌کند نیز از حافظه سرور استفاده خواهند کرد.

همین موضوع درباره اجرای چند نرم افزار روی یک سرور نیز صادق است. اگر سرور به‌صورت همزمان میزبان نرم افزار حسابداری، SQL Server، File Server، سیستم گزارش‌گیری یا ماشین‌های مجازی باشد، حافظه موردنیاز باید برای مجموع این Workloadها در نظر گرفته شود.

در نتیجه نمی‌توان یک ظرفیت ثابت مانند 32، 64 یا 128 گیگابایت RAM را برای همه شرکت‌ها مناسب دانست؛ مقدار حافظه باید متناسب با شرایط واقعی هر مجموعه تعیین شود.

در نرم افزارهای دیتابیس‌محور، Storage تنها محلی برای نگهداری اطلاعات نیست و سرعت آن می‌تواند مستقیماً روی ثبت اطلاعات، اجرای Queryها و سرعت گزارش‌گیری تأثیر بگذارد. به همین دلیل هنگام انتخاب فضای ذخیره‌سازی برای سرور حسابداری نباید فقط ظرفیت Driveها را بررسی کرد.

دو شاخص مهم در این بخش Latency و IOPS هستند. Latency نشان می‌دهد Storage با چه میزان تأخیر به درخواست‌ها پاسخ می‌دهد و IOPS نیز بیانگر تعداد عملیات ورودی و خروجی قابل انجام در یک بازه زمانی است. در دیتابیس‌هایی که تعداد زیادی عملیات Read/Write انجام می‌شود، این دو معیار می‌توانند تأثیر محسوسی روی Performance داشته باشند.

نوع استفاده نیز اهمیت دارد. یک Storage ممکن است برای نگهداری فایل‌های آرشیوی مناسب باشد اما برای اجرای یک دیتابیس پرتراکنش انتخاب ایده‌آلی نباشد. به همین دلیل در بسیاری از کانفیگ‌های حرفه‌ای‌تر، استفاده از Enterprise SSD برای دیتابیس یا بخش‌های حساس به سرعت مورد بررسی قرار می‌گیرد.

SSD یا SAS برای سرور حسابداری؟

برای Workloadهای دیتابیس‌محور، Enterprise SSD به دلیل Latency کمتر و IOPS بالاتر معمولاً انتخاب مناسب‌تری برای اجرای دیتابیس و پردازش‌های پرتکرار است. در مقابل، SAS HDD می‌تواند برای ظرفیت‌های بالاتر، آرشیو اطلاعات یا سناریوهایی که هزینه ذخیره‌سازی اهمیت بیشتری دارد گزینه اقتصادی‌تری باشد. انتخاب نهایی باید براساس حجم داده، تعداد عملیات Read/Write و بودجه انجام شود.

البته استفاده از SSD به‌تنهایی تضمین‌کننده عملکرد مناسب نیست. هر SSD مصرفی الزاماً گزینه مناسبی برای Workload سروری نیست و برای محیط‌های سازمانی باید نوع Drive، دوام نوشتاری، سازگاری با سرور و نوع استفاده از Storage نیز بررسی شود.

RAID مناسب سرور حسابداری چیست؟

وجود RAID به معنی Backup نیست، اما می‌تواند در برابر خرابی یک یا چند Drive سطحی از افزونگی و دسترس‌پذیری ایجاد کند.

سه ساختار رایج در سرور حسابداری عبارت‌اند از:

برای سیستم‌عامل، استفاده از دو Drive در RAID 1 یکی از انتخاب‌های متداول است.

RAID 1 با Mirroring اطلاعات روی دو Drive، ساختار ساده‌ای دارد و می‌تواند برای سیستم‌عامل یا بخش‌هایی که افزونگی اطلاعات اهمیت دارد مورد استفاده قرار گیرد.

RAID 5 ظرفیت مفید بیشتری در اختیار مجموعه قرار می‌دهد، اما به دلیل محاسبات Parity می‌تواند در عملیات Write سربار بیشتری ایجاد کند. بنابراین استفاده از آن برای دیتابیس‌های پرتراکنش باید با توجه به Workload واقعی بررسی شود.

RAID 10 ترکیبی از Mirroring و Striping است و در بسیاری از سناریوهایی که هم Performance و هم Redundancy اهمیت دارند، به‌خصوص برای Database، گزینه قابل بررسی محسوب می‌شود؛ هرچند برای پیاده‌سازی آن به تعداد Drive بیشتری نیاز است.

در نهایت باید تأکید کرد که RAID جایگزین Backup نیست. RAID می‌تواند در برابر خرابی برخی Driveها از ادامه فعالیت سیستم پشتیبانی کند، اما از اطلاعات در برابر حذف اشتباه، خرابی نرم افزاری، باج‌افزار یا سایر حوادث محافظت کامل نمی‌کند. بنابراین اطلاعات حسابداری باید براساس یک سیاست Backup مستقل و منظم نیز پشتیبان‌گیری شوند.

تعداد کاربران نقطه شروع انتخاب کانفیگ سرور حسابداری است، اما حجم دیتابیس، نوع نرم افزار و تعداد کاربران همزمان می‌تواند نیاز سخت‌افزاری را تغییر دهد. دو مجموعه با تعداد کاربران یکسان ممکن است به دلیل تفاوت در حجم اطلاعات، میزان گزارش‌گیری، SQL Server، Remote Desktop یا سرویس‌های جانبی، به کانفیگ‌های کاملاً متفاوتی نیاز داشته باشند.

به همین دلیل بهتر است تعداد کاربران تنها به‌عنوان یکی از معیارهای اولیه در نظر گرفته شود و در کنار آن، میزان استفاده همزمان از نرم افزار، رشد دیتابیس و نوع Workload نیز بررسی شود. جدول زیر یک دسته‌بندی کلی برای مقایسه سطح کانفیگ‌ها ارائه می‌دهد و نباید به‌عنوان نسخه ثابت سخت‌افزاری برای همه مجموعه‌ها در نظر گرفته شود.

کانفیگ اقتصادی حسابداری

این سطح برای شرکت‌های کوچک، دفاتر حسابداری و مجموعه‌هایی مناسب است که تعداد کاربران محدود و دیتابیس نسبتاً سبکی دارند.

پیشنهاد اولیه:

• 1× پردازنده Intel Xeon Silver
• 32 تا 64GB ECC RAM
• 2× SSD یا SAS برای سیستم‌عامل
• 2 تا 4 Drive برای دیتابیس و اطلاعات
• RAID 1 یا RAID 10 براساس اهمیت اطلاعات
• RAID Controller سخت‌افزاری
• شبکه 1Gb یا بالاتر
• پاور Redundant در صورت اهمیت Uptime

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

اگر بودجه محدود است، بهتر است به‌جای کاهش بیش از حد RAM یا استفاده از Storage ضعیف، پردازنده متناسب‌تری انتخاب شود و منابع حیاتی دیتابیس حفظ شوند.

کانفیگ حسابداری برای شرکت‌های متوسط

با افزایش تعداد کاربران، گزارش‌گیری و حجم دیتابیس، معمولاً نیاز به RAM و Storage سریع‌تر بیشتر می‌شود.

پیشنهاد اولیه:

• 1 یا 2 پردازنده Xeon Silver / Gold
• 64 تا 128GB ECC RAM
• SSD مجزا برای سیستم‌عامل
• Enterprise SSD یا SAS مناسب برای دیتابیس
• RAID 10 برای Workloadهای حساس‌تر
• RAID Controller دارای Cache مناسب
• شبکه 1/10Gb
• دو Power Supply

این سطح برای شرکت‌هایی مناسب است که حدود 15 تا 30 کاربر فعال دارند، چند بخش مختلف از نرم افزار استفاده می‌کنند یا SQL Server روی همان سرور اجرا می‌شود.

کانفیگ حرفه‌ای حسابداری

اگر سیستم حسابداری بخشی حیاتی از عملیات سازمان است و تعداد زیادی Query، گزارش و تراکنش همزمان اجرا می‌شود، باید نگاه حرفه‌ای‌تری به زیرساخت داشت.

پیشنهاد اولیه:

• پردازنده Xeon Gold متناسب با نرم افزار
• 128 تا 256GB ECC RAM
• SSD مجزا برای سیستم‌عامل
• Enterprise SSD برای Database
• طراحی Storage براساس RAID 10
• RAID Controller قدرتمند
• شبکه 10Gb
• Dual PSU
• امکان توسعه RAM و Storage در آینده

این کانفیگ برای شرکت‌های متوسط رو به بزرگ، دیتابیس‌های چندصد گیگابایتی یا محیط‌هایی که گزارش‌گیری و عملیات همزمان زیادی دارند مناسب‌تر است.

کانفیگ حسابداری سازمانی

در یک سازمان بزرگ، مسئله دیگر فقط اجرای نرم افزار حسابداری نیست. معمولاً چند دیتابیس، شعب مختلف، کاربران Remote، ماشین‌های مجازی، Backup، فایل سرور و سرویس‌های جانبی نیز درگیر هستند.

در این شرایط ممکن است کانفیگ شامل موارد زیر باشد:

• 2× پردازنده Xeon Gold متناسب با Workload
• 256GB، 512GB یا RAM بیشتر
• Enterprise SSD
• RAID 10
• Storage مجزا برای Database، Log و Backup
• RAID Controller Enterprise
• شبکه 10/25Gb
• Dual Power Supply
• زیرساخت Backup مجزا
• امکان استفاده از Virtualization

برای چنین مجموعه‌ای بهتر است پیش از خرید، Workload واقعی بررسی شود؛ زیرا حتی دو سازمان با 50 کاربر ممکن است نیازهای سخت‌افزاری کاملاً متفاوتی داشته باشند.

در میان سرورهای HPE، دو خانواده ProLiant DL360 و DL380 به دلیل قابلیت توسعه، پشتیبانی از پردازنده‌های Xeon، حافظه ECC و Storage سروری گزینه‌های متداولی برای اجرای نرم افزارهای سازمانی و دیتابیس هستند.

اما انتخاب میان این دو بیشتر از آنکه به اسم مدل بستگی داشته باشد، به نیاز کسب‌وکار مربوط است.

چه زمانی DL360 انتخاب مناسبی است؟

اگر فضای رک محدود است و تعداد زیادی Drive داخلی نیاز ندارید، DL360 می‌تواند یک گزینه جمع‌وجور و قدرتمند باشد.

برای بسیاری از شرکت‌های کوچک و متوسط می‌توان یک کانفیگ حسابداری مناسب روی DL360 طراحی کرد بدون اینکه الزاماً به شاسی بزرگ‌تری نیاز باشد.

چه زمانی DL380 انتخاب بهتری است؟

اگر احتمال افزایش Storage، اضافه شدن کارت‌های توسعه یا گسترش Workload در آینده وجود دارد، DL380 انعطاف بیشتری ایجاد می‌کند.

در پروژه‌هایی که دیتابیس، فایل‌ها، Backup و چند سرویس مختلف روی یک زیرساخت قرار می‌گیرند، فضای توسعه بیشتر می‌تواند ارزشمند باشد.

نکته مهم این است که مدل سرور تنها بخشی از تصمیم است. یک DL380 با CPU و Storage ضعیف الزاماً از یک DL360 با کانفیگ متناسب سریع‌تر نیست.

اگر نرم افزار حسابداری از Microsoft SQL Server استفاده می‌کند، باید علاوه بر تعداد کاربران، رفتار دیتابیس نیز بررسی شود. SQL Server می‌تواند به CPU، RAM و Storage بسیار حساس باشد و ضعف هرکدام از این بخش‌ها ممکن است عملکرد کل نرم افزار را محدود کند.

در چنین محیطی بهتر است چند پارامتر به‌صورت همزمان بررسی شوند.

CPU

برخی Queryها به Performance تک‌هسته‌ای و برخی عملیات به پردازش موازی وابسته‌اند. بنابراین خرید CPU صرفاً براساس بیشترین تعداد Core همیشه بهترین تصمیم نیست.

همچنین نوع و شرایط لایسنس SQL Server می‌تواند در طراحی معماری پردازنده اهمیت داشته باشد و بهتر است پیش از انتخاب نهایی بررسی شود.

RAM

SQL Server از حافظه برای نگهداری Pageهای دیتابیس و Cache استفاده می‌کند. هرچه داده مورد نیاز بیشتر در RAM باقی بماند، نیاز به مراجعه مداوم به Storage کمتر خواهد شد.

به همین دلیل در برخی سرورهای حسابداری، افزایش RAM از 32 به 64 یا 128GB می‌تواند تأثیر ملموس‌تری نسبت به ارتقای غیرضروری پردازنده داشته باشد.

Storage Latency و IOPS

SQL دائماً با عملیات Read و Write سروکار دارد.

اگر Storage توان پاسخ‌گویی به حجم درخواست‌ها را نداشته باشد، حتی CPU قدرتمند و RAM بالا هم نمی‌توانند Bottleneck دیسک را کاملاً جبران کنند.

Enterprise SSD و RAID مناسب می‌توانند در چنین Workloadهایی اهمیت زیادی داشته باشند.

Database و Log

در محیط‌های حرفه‌ای‌تر می‌توان طراحی Storage را به شکلی انجام داد که فایل‌های دیتابیس، Transaction Log و Backup روی ساختارهای مناسب قرار بگیرند.

این معماری باید براساس میزان تراکنش و حساسیت مجموعه طراحی شود و نسخه واحدی برای تمام شرکت‌ها وجود ندارد.

تعداد کاربران تنها معیار انتخاب سرور نیست. نوع فعالیت شرکت می‌تواند الگوی استفاده از نرم افزار حسابداری و حجم Workload را تغییر دهد.

سرور حسابداری برای فروشگاه

در یک فروشگاه، ثبت سریع فاکتور و دسترسی بدون تأخیر کاربران اهمیت بالایی دارد.

اگر نرم افزار با سیستم فروش، انبار و چند صندوق در ارتباط باشد، باید علاوه بر CPU و RAM، سرعت Storage و شبکه نیز بررسی شود.

سرور حسابداری برای شرکت بازرگانی

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

در این مجموعه‌ها افزایش RAM و استفاده از Storage مناسب دیتابیس اهمیت بیشتری پیدا می‌کند.

سرور حسابداری برای شرکت تولیدی

در مجموعه‌های تولیدی، نرم افزار حسابداری ممکن است به سیستم انبار، تولید، بهای تمام‌شده و سایر ماژول‌ها متصل باشد.

پیچیدگی Queryها و حجم اطلاعات می‌تواند بیشتر از یک شرکت خدماتی با تعداد کاربر مشابه باشد.

حسابداری چند شعبه

در ساختارهای چند شعبه باید ارتباط شبکه، نحوه اتصال کاربران و محل استقرار دیتابیس مشخص شود.

اگر کاربران از طریق Remote Desktop یا Virtual Desktop به سرور متصل می‌شوند، منابع مورد نیاز Sessionهای کاربران را هم باید علاوه بر دیتابیس حساب کرد.

سرور برای کاربران Remote

اگر کاربران از راه دور مستقیماً به Windows Server متصل می‌شوند، CPU و RAM فقط در اختیار نرم افزار حسابداری نیست.

هر Session مقداری از منابع سیستم را مصرف می‌کند و تعداد کاربران همزمان باید در طراحی لحاظ شود.

سازمان دارای دیتابیس بزرگ

حجم دیتابیس بزرگ الزاماً به معنی نیاز به CPU بسیار قدرتمند نیست.

در بسیاری از این محیط‌ها RAM بیشتر، Storage با IOPS مناسب و طراحی صحیح SQL می‌تواند اهمیت بالاتری داشته باشد.

انتخاب سرور فقط براساس یک مشخصه سخت‌افزاری می‌تواند باعث شود هزینه زیادی پرداخت کنید اما نتیجه مطلوبی نگیرید. چند اشتباه در پروژه‌های سرور حسابداری بیشتر دیده می‌شوند.

خرید CPU قدرتمند و RAM کم

سروری با دو CPU قدرتمند اما حافظه محدود ممکن است در Workload دیتابیس عملکرد مورد انتظار را نداشته باشد.

منابع باید متوازن انتخاب شوند.

استفاده از Storage کند

یکی از دلایل کندی گزارش‌ها و Queryها می‌تواند Bottleneck بخش Storage باشد.

در این شرایط ارتقای CPU الزاماً مشکل را برطرف نمی‌کند.

انتخاب RAID بدون توجه به Workload

RAID 5، RAID 10 و RAID 1 اهداف متفاوتی دارند.

انتخاب RAID تنها براساس بیشترین ظرفیت قابل استفاده، ممکن است برای دیتابیس پرتراکنش مناسب نباشد.

نداشتن Backup مستقل

RAID جایگزین Backup نیست.

اگر اطلاعات حذف یا خراب شوند، وجود RAID الزاماً امکان بازیابی نسخه قبلی دیتابیس را فراهم نمی‌کند.

انتخاب سرور فقط براساس تعداد کاربران

20 کاربر ساده با 20 کاربر دارای Remote Desktop، گزارش‌های سنگین و دیتابیس چندصد گیگابایتی قابل مقایسه نیستند.

استفاده از SSD مصرفی برای Workload سنگین

SSD دسکتاپ و SSD Enterprise برای شرایط کاری یکسان طراحی نشده‌اند.

در سروری که دائماً عملیات Write دارد، Endurance و کلاس کاری Drive اهمیت پیدا می‌کند.

خرید کانفیگ بسیار قوی‌تر از نیاز

Over-Spec کردن سرور نیز اشتباه است.

اگر Workload به منابع زیاد نیاز ندارد، بهتر است بخشی از بودجه به Backup، UPS، شبکه یا توسعه آینده اختصاص یابد.

قیمت سرور حسابداری عدد ثابتی ندارد؛ زیرا یک سرور می‌تواند از یک کانفیگ اقتصادی برای چند کاربر تا یک زیرساخت Enterprise برای ده‌ها کاربر و چند دیتابیس متفاوت باشد.

مهم‌ترین عوامل تأثیرگذار بر قیمت عبارت‌اند از:

• نسل سرور
• مدل و تعداد پردازنده‌ها
• ظرفیت و نوع RAM
• تعداد و نوع SSD یا SAS
• ظرفیت Storage
• نوع RAID Controller
• تعداد Power Supply
• کارت شبکه
• ظرفیت توسعه
• نو یا استوک بودن قطعات
• سطح سلامت تجهیزات
• نوع Workload مورد انتظار

برای مثال، ممکن است به‌جای خرید پردازنده بسیار گران، انتخاب CPU اقتصادی‌تر و اختصاص بودجه بیشتر به RAM و Enterprise SSD عملکرد بهتری برای دیتابیس ایجاد کند.

بنابراین قیمت سرور حسابداری باید بعد از مشخص شدن نیاز واقعی تعیین شود، نه قبل از آن.

به‌دنبال کانفیگ مناسب کسب‌وکار خود هستید؟
تعداد کاربران همزمان، نام نرم افزار حسابداری، حجم دیتابیس و بودجه را مشخص کنید تا CPU، RAM، Storage و RAID براساس Workload واقعی انتخاب شوند.

برای انتخاب سرور حسابداری می‌توان فرآیند تصمیم‌گیری را به هفت مرحله ساده تقسیم کرد:

•  
• تعداد کاربران همزمان را مشخص کنید.
• نام نرم افزار حسابداری و Database Engine را بررسی کنید.
• حجم فعلی دیتابیس را اندازه‌گیری کنید.
• رشد اطلاعات طی دو تا سه سال آینده را تخمین بزنید.
• سرویس‌های جانبی مانند Remote Desktop، فایل سرور و ماشین مجازی را مشخص کنید.
• میزان اهمیت Uptime و اطلاعات را تعیین کنید.
• CPU، RAM، Storage و RAID را متناسب با Workload انتخاب کنید.

این رویکرد بسیار بهتر از حالتی است که ابتدا یک سرور انتخاب شود و سپس تلاش کنیم نرم افزار را با همان سخت‌افزار تطبیق دهیم.

در پروژه‌های حرفه‌ای، ابتدا Workload بررسی می‌شود و سپس کانفیگ ساخته می‌شود.

دو شرکت با تعداد کاربران یکسان الزاماً به یک سرور مشابه نیاز ندارند.

فرض کنید دو مجموعه هرکدام 20 کاربر دارند.

شرکت اول یک نرم افزار حسابداری نسبتاً سبک با دیتابیس محدود دارد و کاربران فقط چند ساعت در روز با آن کار می‌کنند.

شرکت دوم همان 20 کاربر را دارد اما:

• دیتابیس بزرگ‌تری دارد؛
• کاربران دائماً گزارش می‌گیرند؛
• چند شعبه به سیستم متصل هستند؛
• Remote Desktop استفاده می‌شود؛
• فایل سرور نیز روی همان سیستم قرار دارد؛
• Backup روزانه انجام می‌شود.

طبیعی است که کانفیگ این دو مجموعه نمی‌تواند یکسان باشد.

به همین دلیل هنگام پیشنهاد سرور مناسب نرم افزار حسابداری باید قبل از هر چیز مشخص شود سرور دقیقاً قرار است چه کاری انجام دهد.

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

در خرید سرور استوک بهتر است موارد زیر بررسی شوند:

• سلامت CPU و RAM
• وضعیت Driveها
• سلامت RAID Controller
• عملکرد Fanها
• سلامت Power Supply
• وضعیت iLO
• امکان ارتقای RAM
• ظرفیت Storage
• سازگاری قطعات
• تست پایداری قبل از تحویل

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

برای یک یا دو کاربر و دیتابیس بسیار سبک ممکن است اجرای نرم افزار روی یک سیستم معمولی جواب بدهد، اما با افزایش وابستگی کسب‌وکار به اطلاعات مالی، استفاده از سرور مزایای مهم‌تری ایجاد می‌کند.

سرورهای HPE برای کارکرد مداوم طراحی شده‌اند و امکاناتی مانند:

• ECC Memory
• RAID Controller
• Power Supply افزونه
• مدیریت از راه دور
• امکان استفاده از چند Drive
• قابلیت توسعه RAM
• طراحی مناسب دیتاسنتر

را ارائه می‌دهند.

در نتیجه وقتی نرم افزار حسابداری به یکی از سرویس‌های حیاتی سازمان تبدیل می‌شود، استفاده از سخت‌افزار سروری منطقی‌تر خواهد بود.

خیر.

دو CPU بودن سرور به‌خودی‌خود نشانه کانفیگ بهتر نیست.

برای یک Workload کوچک ممکن است یک پردازنده مناسب عملکرد کاملاً کافی ارائه دهد. حتی در برخی سناریوها انتخاب یک CPU قوی‌تر به‌جای دو پردازنده ضعیف‌تر تصمیم منطقی‌تری خواهد بود.

دو پردازنده زمانی ارزشمندتر می‌شوند که:

• تعداد ماشین‌های مجازی بالا باشد؛
• تعداد کاربران زیاد باشد؛
• چند سرویس سنگین همزمان اجرا شوند؛
• Workload قابلیت استفاده از Coreهای بیشتر را داشته باشد.

بنابراین CPU باید براساس نیاز انتخاب شود، نه صرفاً برای پر کردن هر دو Socket سرور.

یکی از نکات مهم در خرید کانفیگ سرور حسابداری این است که فقط نیاز امروز را نبینیم.

اگر شرکت در حال رشد است، ممکن است طی دو سال:

• تعداد کاربران بیشتر شود؛
• دیتابیس رشد کند؛
• نرم افزارهای جدید اضافه شوند؛
• نیاز به Virtualization ایجاد شود؛
• Storage بیشتری نیاز باشد.

در نتیجه بهتر است سروری انتخاب شود که فضای مناسبی برای افزایش RAM و Storage داشته باشد.

البته Future Proofing نیز نباید به خرید سخت‌افزار بسیار گران و بدون استفاده منجر شود. هدف، ایجاد تعادل میان نیاز فعلی و رشد قابل پیش‌بینی است.

اگر بخواهیم انتخاب سرور حسابداری را ساده کنیم، می‌توان چهار سناریوی کلی تعریف کرد:

کسب‌وکار کوچک:
چند کاربر محدود، دیتابیس سبک و نرم افزار حسابداری مستقل؛ معمولاً یک CPU مناسب، 32 تا 64GB RAM و Storage مطمئن می‌تواند نقطه شروع باشد.

شرکت متوسط:
تعداد کاربران بیشتر، SQL Server و گزارش‌گیری مداوم؛ در این سطح 64 تا 128GB RAM، Storage سریع‌تر و RAID مناسب اهمیت بیشتری پیدا می‌کند.

محیط حرفه‌ای:
دیتابیس بزرگ، کاربران همزمان زیاد و عملیات پرتراکنش؛ استفاده از پردازنده Xeon Gold، RAM بالاتر و Enterprise SSD می‌تواند منطقی باشد.

سازمان بزرگ:
چند شعبه، Remote Desktop، چند دیتابیس یا Virtualization؛ در این شرایط بهتر است کانفیگ پس از بررسی دقیق Workload طراحی شود.

بنابراین برای انتخاب بهترین سرور برای حسابداری نباید از سؤال «چه سروری بخرم؟» شروع کرد.

سؤال درست این است:

این سرور قرار است چه Workloadی را برای چند کاربر و با چه میزان رشد اجرا کند؟

وقتی پاسخ این سؤال مشخص شود، می‌توان CPU، RAM، Storage، RAID و مدل سرور را بدون هزینه اضافی و با دقت بسیار بیشتری انتخاب کرد.

برای انتخاب کانفیگ حسابداری متناسب با مجموعه خود، تعداد کاربران، نرم افزار حسابداری، حجم دیتابیس و بودجه را مشخص کنید تا سرور براساس نیاز واقعی شما کانفیگ شود.

برای حسابداری چه سروری مناسب است؟

سرور مناسب حسابداری باید براساس تعداد کاربران، حجم دیتابیس، نوع نرم افزار و سرویس‌های جانبی انتخاب شود. برای کسب‌وکارهای کوچک معمولاً یک پردازنده Xeon مناسب، 32 تا 64GB RAM و Storage مطمئن کافی است؛ اما با افزایش کاربران و حجم SQL Database باید RAM، CPU و سرعت Storage نیز افزایش پیدا کند.

برای 10 کاربر حسابداری چه مقدار RAM لازم است؟

برای حدود 10 کاربر، 32 تا 64GB RAM می‌تواند نقطه شروع مناسبی باشد. بااین‌حال اگر SQL Server، Remote Desktop یا سرویس‌های دیگری روی همان سرور اجرا شوند یا دیتابیس حجم زیادی داشته باشد، ممکن است به حافظه بیشتری نیاز باشد.

SSD برای سرور حسابداری بهتر است یا SAS؟

برای دیتابیس‌های پرتراکنش، Enterprise SSD به دلیل Latency کمتر و IOPS بالاتر معمولاً عملکرد بهتری ارائه می‌دهد. SAS HDD همچنان می‌تواند برای برخی Workloadهای سبک، آرشیو یا زمانی که ظرفیت بالا با بودجه محدود اهمیت دارد استفاده شود.

بهترین RAID برای سرور حسابداری چیست؟

RAID مناسب به نوع Workload بستگی دارد. RAID 1 برای سیستم‌عامل و محیط‌های ساده گزینه متداولی است. برای دیتابیس‌های مهم و پرتراکنش، RAID 10 به دلیل ترکیب افزونگی و Performance مناسب می‌تواند انتخاب جذابی باشد.

آیا سرور استوک برای حسابداری مناسب است؟

بله، در صورتی که سرور از نظر سلامت سخت‌افزاری بررسی شده و نسل و کانفیگ آن با نیاز مجموعه هماهنگ باشد. هنگام خرید سرور استوک باید وضعیت RAM، CPU، Driveها، RAID Controller، پاورها، Fanها و امکان ارتقای آینده بررسی شود.

برای SQL Server چه کانفیگی مناسب است؟

کانفیگ SQL Server باید براساس حجم دیتابیس، تعداد کاربران، Queryها و میزان Read/Write انتخاب شود. RAM کافی، Storage با Latency پایین و پردازنده متناسب با Workload اهمیت بالایی دارند. در دیتابیس‌های پرتراکنش Enterprise SSD و RAID مناسب می‌توانند تأثیر زیادی بر عملکرد داشته باشند.

قیمت سرور حسابداری چقدر است؟

قیمت سرور حسابداری به نسل سرور، مدل CPU، مقدار RAM، نوع و تعداد Driveها، RAID Controller، کارت شبکه و نو یا استوک بودن تجهیزات بستگی دارد. به همین دلیل ابتدا باید Workload مشخص شود و سپس براساس بودجه، کانفیگ مناسب انتخاب شود.

DL360 برای حسابداری بهتر است یا DL380؟

هر دو مدل می‌توانند برای حسابداری مناسب باشند. DL360 فضای کمتری در رک اشغال می‌کند، در حالی که DL380 معمولاً انعطاف بیشتری برای توسعه Storage و کارت‌های جانبی ارائه می‌دهد. انتخاب نهایی باید براساس فضای رک، نیاز Storage و برنامه توسعه انجام شود.

برای حسابداری چند هسته CPU لازم است؟

تعداد Core مورد نیاز به نرم افزار، تعداد کاربران، دیتابیس و سرویس‌های همزمان وابسته است. برای Workloadهای کوچک الزاماً به CPU با تعداد هسته بسیار زیاد نیاز نیست. قدرت هر Core، فرکانس CPU و نحوه استفاده نرم افزار از پردازنده نیز باید بررسی شود.