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

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

پردازنده مناسب برای سرور حسابداری

برای انتخاب CPU نباید فقط تعداد Core را بررسی کرد. در بسیاری از نرم افزارهای حسابداری و Workloadهای SQL، قدرت پردازشی هر هسته، فرکانس CPU و نحوه استفاده نرم افزار از Threadها نیز اهمیت زیادی دارد. برای شرکت‌های کوچک و متوسط، پردازنده‌های خانواده Intel Xeon Silver می‌توانند در بسیاری از سناریوها پاسخ‌گوی نیاز باشند. با افزایش تعداد کاربران، حجم Queryها، اجرای همزمان سرویس‌های دیگر یا استفاده از چند ماشین مجازی، پردازنده‌های Xeon Gold انعطاف و قدرت بیشتری ارائه می‌کنند. اما این به معنی بهتر بودن همیشگی پردازنده Gold نیست. اگر یک مجموعه 8 کاربر حسابداری با دیتابیس محدود داشته باشد، اختصاص دو پردازنده بسیار قدرتمند الزاماً تجربه کاربری متفاوتی ایجاد نمی‌کند و ممکن است فقط هزینه خرید و مصرف انرژی را افزایش دهد. در مقابل، شرکتی که ده‌ها کاربر همزمان، دیتابیس حجیم، گزارش‌های پیچیده و چند سرویس جانبی روی سرور دارد، باید CPU را با نگاه دقیق‌تری انتخاب کند.

چه مقدار RAM برای سرور حسابداری نیاز داریم؟

RAM یکی از مهم‌ترین منابع در سرورهای Database محور است. SQL Server می‌تواند اطلاعات پرکاربرد را در حافظه نگه دارد و وابستگی به Storage را کاهش دهد؛ بنابراین کمبود RAM در یک سرور حسابداری ممکن است مستقیماً روی سرعت Queryها، گزارش‌گیری و پاسخ‌گویی نرم افزار تأثیر بگذارد. یک برآورد اولیه می‌تواند به شکل زیر باشد:

تعداد کاربران همزمان	RAM پیشنهادی اولیه	سطح استفاده
1 تا 5 کاربر	16 تا 32GB	سبک
5 تا 15 کاربر	32 تا 64GB	سبک تا متوسط
15 تا 30 کاربر	64 تا 128GB	متوسط تا حرفه‌ای
30 تا 50 کاربر	128 تا 256GB	سنگین
بیش از 50 کاربر	256GB به بالا	سازمانی

این جدول یک نقطه شروع است، نه نسخه نهایی. ممکن است شرکتی با 15 کاربر و دیتابیس بزرگ به حافظه بیشتری نسبت به یک شرکت 30 کاربره با نرم افزار سبک نیاز داشته باشد. همچنین اگر روی همان سرور سرویس‌هایی مانند Domain Controller، فایل سرور، Remote Desktop یا ماشین‌های مجازی اجرا شوند، باید RAM آن‌ها نیز جداگانه در محاسبات لحاظ شود. در سرورهای HPE استفاده از ECC RAM نیز اهمیت زیادی دارد؛ زیرا این حافظه‌ها برای محیط‌های سروری طراحی شده‌اند و قابلیت تشخیص و اصلاح برخی خطاهای حافظه را دارند.

SSD یا SAS؛ کدام برای حسابداری بهتر است؟

یکی از جاهایی که کاربر تفاوت یک کانفیگ معمولی و حرفه‌ای را واقعاً احساس می‌کند، Storage است. فضای ذخیره‌سازی فقط محل نگهداری اطلاعات نیست. دیتابیس حسابداری دائماً در حال خواندن و نوشتن اطلاعات است. ثبت سند، تهیه گزارش، جست‌وجوی اطلاعات، Backup و Queryهای SQL همگی به عملکرد دیسک وابسته‌اند. در بسیاری از سرورهای قدیمی‌تر از SAS HDD استفاده می‌شود و هنوز هم برای برخی سناریوها انتخاب قابل قبولی است. اما زمانی که تعداد کاربران و میزان تراکنش افزایش پیدا می‌کند، استفاده از Enterprise SSD می‌تواند Latency پایین‌تر و IOPS بالاتری در اختیار سیستم قرار دهد. برای یک شرکت کوچک ممکن است ترکیب SAS یا SSD اقتصادی کافی باشد. اما برای دیتابیس پرتراکنش، استفاده از SSD سروری معمولاً گزینه جذاب‌تری است. نکته مهم دیگر این است که هر SSD برای سرور مناسب نیست. در محیط‌های کاری سنگین، بهتر است از درایوهایی با کلاس کاری Enterprise و Endurance مناسب استفاده شود.

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

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

RAID	مزیت اصلی	مناسب برای
RAID 1	سادگی و افزونگی مناسب	سیستم‌عامل و محیط‌های کوچک
RAID 5	ظرفیت قابل استفاده بیشتر	آرشیو یا Workloadهای متوسط
RAID 10	عملکرد و افزونگی مناسب	دیتابیس‌های مهم و پرتراکنش

برای سیستم‌عامل، استفاده از دو Drive در RAID 1 یکی از انتخاب‌های متداول است. برای دیتابیس‌های مهم‌تر و زمانی که Performance نوشتن اطلاعات اهمیت دارد، RAID 10 می‌تواند انتخاب مناسبی باشد؛ البته به تعداد بیشتری Drive نیاز دارد و بخشی از ظرفیت خام نیز صرف افزونگی می‌شود. انتخاب RAID باید براساس میزان اهمیت اطلاعات، حجم Write، بودجه و سیاست Backup انجام شود.   برای انتخاب کانفیگ حسابداری بهتر است به‌جای یک نسخه ثابت، سرورها را در چند سطح بررسی کنیم. این دسته‌بندی کمک می‌کند بدون خرید سخت‌افزار بیش از نیاز یا ایجاد Bottleneck، منابع نزدیک‌تری به 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 سروری گزینه‌های متداولی برای اجرای نرم افزارهای سازمانی و دیتابیس هستند. اما انتخاب میان این دو بیشتر از آنکه به اسم مدل بستگی داشته باشد، به نیاز کسب‌وکار مربوط است.

ویژگی	HPE DL360	HPE DL380
فرم‌فکتور	1U	2U
اشغال فضای رک	کمتر	بیشتر
ظرفیت توسعه Storage	مناسب	معمولاً بیشتر
انعطاف در توسعه	مناسب	بالاتر
مناسب دیتابیس	بله	بله
مناسب محیط‌های 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 و نحوه استفاده نرم افزار از پردازنده نیز باید بررسی شود.