MedaNet Journal

دانش عملی برای مدیریت فناوری اطلاعات

از ITSM و ITIL تا دارایی، عملیات، امنیت، هویت و محصولات ManageEngine؛ موضوع را پیدا کنید، سناریو را بخوانید و به اجرا برسید.

جست‌وجوی پیشرفته مدانت آکادمی مدانت

مسیرهای مطالعه

بر اساس مسئله بخوانید، نه فقط بر اساس تاریخ

ITSM و Service DeskSLA، Incident، Problem، Change، CMDB و Service Catalog ITOM و مانیتورینگNetwork، Flow، Application، Alert و Availability ITAM و EndpointAsset Lifecycle، Inventory، Patch و Endpoint Management Security، SIEM و PAMLog، UEBA، Audit، Firewall، PAM و Data Security

تازه‌های مدانت

جدیدترین مقالات

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

KEEP LEARNING

موضوعی در ذهن دارید؟ از جست‌وجوی مدانت شروع کنید

میان صدها مقاله، راهنما، محصول و صفحه تخصصی، سریع‌تر به پاسخ مناسب برسید.

جست‌وجو در کل مدانت

بهمن ۵, ۱۴۰۳

PostgreSQL یا SQL: انتخابی هوشمند برای مدیریت داده‌ها

انتخاب دیتابیس مناسب، نقش کلیدی در عملکرد و مقیاس‌پذیری سیستم‌های مدیریت داده دارد. انتخاب سیستم مدیریت دیتابیس مناسب می‌تواند تفاوت زیادی در عملکرد و کارایی کسب‌وکار شما ایجاد کند. دو گزینه مطرح و پرطرفدار در این زمینه، SQL و PostgreSQL هستند که هرکدام ویژگی‌ها و مزایای خاص خود را دارند. در حالی که SQL به عنوان یک زبان استاندارد شناخته می‌شود، PostgreSQL به عنوان یک دیتابیس متن‌باز قدرتمند با امکانات پیشرفته، توانسته است جایگاه ویژه‌ای در دنیای توسعه و مدیریت داده‌ها پیدا کند. اما سوال اینجاست: کدام یک از این دو گزینه برای محصولات ManageEngine و یا دیتابیس‌های بزرگ شما مناسب‌تر است؟ در این مطلب مدانت، با بررسی ویژگی‌ها و مزایای هرکدام، به شما کمک خواهیم کرد تا انتخابی هوشمندانه و متناسب با نیازهای خود داشته باشید. برای انتخاب بین SQL و PostgreSQL، بهتر است که تفاوت‌ها و ویژگی‌های هرکدام را بررسی کنید: اگر به دنبال یک DBMS قدرتمند و پایدار با امکانات پیشرفته هستید، PostgreSQL گزینه بهتری است. اگر فقط به زبان SQL نیاز دارید و قصد استفاده از DBMS خاصی را ندارید، می‌توانید از SQL به عنوان زبان ارتباطی با دیتابیس‌ها استفاده کنید. برای مقایسه SQL و PostgreSQL به طور خاص در زمینه استفاده برای محصولات ManageEngine و دیتابیس‌های بزرگ، می‌توان جدول زیر را تهیه کرد: ویژگی‌ها SQL ( SQL Server, Oracle) PostgreSQL عملکرد برای محصولات ManageEngine مناسب برای بسیاری از محصولات، به ویژه در SQL Server PostgreSQL هم به خوبی از ManageEngine پشتیبانی می‌کند، اما ممکن است برخی محصولات بهینه‌سازی‌های خاص برای SQL Server داشته باشند مقیاس‌پذیری (Scalability) خوب، اما بسته به نسخه می‌تواند محدودیت‌هایی داشته باشد عالی، مقیاس‌پذیری بالا و پشتیبانی از حجم‌های بزرگ داده‌ها مدیریت داده‌های پیچیده محدودتر، مخصوصاً در مقایسه با PostgreSQL پشتیبانی عالی از داده‌های پیچیده مانند JSON، آرایه‌ها و داده‌های جغرافیایی قابلیت توسعه و انعطاف‌پذیری خوب، اما نیازمند تنظیمات پیچیده برای ویژگی‌های خاص بسیار انعطاف‌پذیر و قابل توسعه، مناسب برای پروژه‌های پیچیده و سفارشی پشتیبانی از تراکنش‌ها (Transactions) موجود در اکثر نسخه‌ها (خصوصاً SQL Server) پشتیبانی قوی از تراکنش‌ها و سازگاری با ACID پشتیبانی از دیتابیس‌های بزرگ در SQL Server عملکرد خوبی دارد، ولی ممکن است در مواجهه با دیتابیس‌های بزرگ چالش‌هایی داشته باشد عملکرد بسیار خوب در مدیریت دیتابیس‌های بزرگ و پیچیده پشتیبانی از همگام‌سازی و تکرار (Replication) پشتیبانی عالی در SQL Server پشتیبانی عالی از replication، به ویژه در مقیاس‌های بزرگ سهولت نصب و راه‌اندازی نصب و راه‌اندازی آسان، به ویژه در SQL Server نیاز به کمی تنظیمات بیشتر در نصب، ولی بعد از آن بسیار قابل اعتماد است مستندات و پشتیبانی پشتیبانی تجاری گسترده در SQL Server پشتیبانی جامعه و مستندات خوب، اما ممکن است نیاز به منابع کمتری نسبت به SQL Server داشته باشد کنسول‌های مدیریتی SQL Server و PostgreSQL: ویژگی‌ها SQL Server PostgreSQL کنسول گرافیکی اصلی SQL Server Management Studio (SSMS) pgAdmin کنسول خط فرمان sqlcmd psql ابزار مدرن و چندمنظوره Azure Data Studio DBeaver (ابزار مستقل و چندمنظوره) پشتیبانی از افزونه‌ها Azure Data Studio DBeaver و pgAdmin مدیریت پیشرفته تنظیمات SQL Server Configuration Manager PostgreSQL.conf (با ویرایش دستی) ابزار نظارت سازمانی SQL Server Profiler PostgreSQL Enterprise Manager (PEM) رابط کاربرپسند SSMS و Azure Data Studio pgAdmin و DBeaver پشتیبانی تجاری Microsoft (رسمی و گسترده) EnterpriseDB (برای نسخه تجاری) سادگی نصب و استفاده ساده با نصب SQL Server آسان، اما نیاز به نصب جداگانه pgAdmin ویژگی‌های خاص – دیباگینگ پیشرفته در SSMS – پشتیبانی گسترده از JSON در pgAdmin سناریو واقعی: انتخاب دیتابیس برای یک سیستم ITSM در سازمان بزرگ یک شرکت بزرگ با بیش از ۵,۰۰۰ کارمند قصد دارد از نرم‌افزار ManageEngine ServiceDesk Plus برای مدیریت درخواست‌های فناوری اطلاعات (ITSM) استفاده کند. این شرکت نیاز دارد که سیستم بتواند: انتخاب دیتابیس: SQL Server یا PostgreSQL؟ سخن […]

بهمن ۱, ۱۴۰۳

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

برای محاسبات فوری طلب و بدهی، لیست خرید، صورتحساب، اقساط و هزینه مسافرت، نمرات بازی و هرچیزی که سریع می‌خواهید محاسبه کنید را در ابزارک حسابگر هوشمند فوری دنبال کنید. لیست فوق منحصراً در اختیار شماست و تا زمانی‌که IP شما عوض نشود یا دستی همه را حذف نکنید این لیست به شما نشان داده خواهد شد! کاربرد این ابزارک: برخی محاسبات داریم که نیازی به نگهداری و داشتن ابزارها رو سیستم یا اپلکیشن موبایل و… نیست. گویی موقتی است و برای خرج‌کردها و ارقام در یک بازه‌ی زمانی باید یک لیست داشته باشیم و دنگ‌ دونگ‌ها مشخص شود. در ابزارک آنلاین زیر می‌توانید یک لیست خرید/هزینه، اقساط بانکی، طلب‌ها و بدهی‌ها یا امتیازات بازی و.. ایجاد کنید و محاسبات آنلاین ضرب و تقسیم و تعداد و مجموع و میانگین و حداقلی و حداکثری‌اش را ببینید در صورت تمایل به اکسل بفرستید. با استفاده از این ابزارک، به راحتی خریدها و بودجه‌های خود را مدیریت کنید. در هر خرید، خیالتان راحت باشد که همه چیز تحت کنترل شماست یا در سفرهای گروهی، هرگز نگران تقسیم صورتحساب‌ها نباشید. با این ابزارک، به راحتی پرداخت‌ها را بین دوستان یا همسفران تقسیم کنید و از سفر لذت ببرید و الی… آخر این ابزارک‌ها می‌توانند به شما کمک کنند تا همه جنبه‌های مدیریت مالی، زمانی، پروژه‌ای و موجودی را به راحتی و به صورت متمرکز پیگیری و کنترل کنید.

دی ۱۶, ۱۴۰۳

عدم ارسال داده‌های دارایی به ServiceDesk Plus پس از اسکن دارایی در Endpoint Central

راهکار رفع مشکل عدم ارسال داده‌های دارایی به ServiceDesk Plus پس از اسکن دارایی در Endpoint Central مدیریت دارایی‌های فناوری اطلاعات بیش از همیشه حیاتی است. تصور کنید تمام تجهیزات و سیستم‌های شرکت شما با دقت اسکن و ثبت شده‌اند، اما ناگهان داده‌ها در سیستم پشتیبانی شما ظاهر نمی‌شوند! این اتفاق نه تنها می‌تواند کار تیم IT را مختل کند، بلکه تصمیم‌گیری‌های مدیریتی را نیز با مشکل مواجه می‌کند. ما تیم پشتیبانی مدانت در این راهنما، به بررسی دلایل اصلی عدم ارسال داده‌های دارایی از Endpoint Central به ServiceDesk Plus و روش‌های ساده و مؤثر برای حل این مشکل می‌پردازیم، تا اطمینان حاصل شود که داده‌ها به‌درستی همگام‌سازی شده و تیم شما همیشه یک دید کامل و دقیق از دارایی‌های خود دارد. پیش از انجام هر کاری هر دو سرویس باید دارای لایسنس، ssl باشند و همدیگر را ببینند! مشکلهنگامی که یک اسکن موجودی (Inventory Scan) با استفاده از Endpoint Central انجام می‌دهید، جزئیات موجودی جدید (در صورت وجود) در کنسول وب Endpoint Central نمایش داده می‌شوند، اما در ServiceDesk Plus منعکس نمی‌شوند. علتداده‌های دارایی هر بار که اسکن موجودی در Endpoint Central تکمیل می‌شود، به ServiceDesk Plus ارسال می‌شوند. اگر اختلافاتی بین داده‌های دارایی در Endpoint Central و ServiceDesk Plus مشاهده می‌کنید، ممکن است به دلایل زیر باشد: راه‌حلبرای رفع دلایل ذکر شده، مراحل زیر را دنبال کنید:

دی ۱۶, ۱۴۰۳

تفاوت مدیریت تغییر و مدیریت انتشار

مدیریت تغییر و مدیریت انتشار، دو مفهوم کلیدی در چارچوب ITIL هستند که گاهی به اشتباه به جای یکدیگر استفاده می‌شوند. اما واقعیت این است که این دو، با وجود ارتباط نزدیک، اهداف، فرآیندها و خروجی‌های کاملاً متفاوتی دارند. مدیریت تغییر تمرکزش بر تصمیم‌گیری درباره تغییرات و کاهش ریسک آن‌هاست، در حالی که مدیریت انتشار وظیفه دارد نسخه‌های جدید سیستم را به شکلی امن و کارآمد در محیط تولید ارائه دهد. برای درک بهتر این تفاوت، به یک مثال واقعی می‌پردازیم تا مرزهای این دو فرآیند مشخص شود. سناریوی واقعی فرض کنید در یک شرکت نرم‌افزاری: تفاوت Change Management و Release Management در ITIL ویژگی Change Management Release Management هدف مدیریت تغییرات برای کاهش ریسک و اطمینان از موفقیت تغییرات ارائه نسخه‌های جدید نرم‌افزار یا سخت‌افزار به محیط تولید تمرکز اصلی فرآیندهای ارزیابی، تایید، زمان‌بندی، و مستندسازی تغییرات بسته‌بندی، توزیع، و نصب نسخه‌های جدید در محیط عملیاتی محدوده کاری تمام تغییرات، شامل فناوری، فرآیندها و خدمات نسخه‌های خاص نرم‌افزاری یا سخت‌افزاری کلیدی‌ترین فعالیت‌ها ارزیابی تأثیر و ریسک، تایید تغییرات، و زمان‌بندی تست، استقرار، و اعتبارسنجی نسخه‌ها ریسک‌ها ممکن است تغییرات غیرمجاز یا ناموفق منجر به اختلال در خدمات شوند ممکن است نسخه‌ها ناقص باشند یا به درستی استقرار نیابند تاییدها نیازمند تایید کمیته تغییر (CAB) برای تغییرات بزرگ شامل تایید تیم‌ها و مدیران مسئول نسخه‌ها جدول مثال‌های واقعی تغییرات و انتشار نوع فعالیت مثال تغییر (Change) مثال انتشار (Release) نرم‌افزاری اضافه کردن قابلیت جدید به یک نرم‌افزار (مثلاً افزودن امکان گزارش‌گیری جدید) انتشار نسخه جدید نرم‌افزار با شماره نسخه (مثلاً 2.1.0) سخت‌افزاری ارتقای سرورهای موجود به سرورهای قدرتمندتر استقرار تجهیزات جدید در دیتاسنتر و اجرای تست‌های عملیاتی امنیتی تغییر تنظیمات فایروال برای مسدود کردن دسترسی‌های غیرمجاز انتشار به‌روزرسانی امنیتی برای یک سیستم عامل یا نرم‌افزار ساختاری (زیرساخت) مهاجرت به یک سرویس ابری جدید ارائه نسخه جدید زیرساخت ابری (مثلاً تغییر سیستم مدیریت پایگاه داده) فرآیندی تغییر در فرآیندهای تأیید دسترسی برای کاربران جدید استقرار ابزار جدید مدیریت دسترسی (IAM) ارتباطی تغییر در سیاست‌های ارتباطی بین سرویس‌ها (API) انتشار نسخه جدید API با مستندات بروز شده کاربری تغییر طراحی رابط کاربری برای بهبود تجربه کاربران ارائه نسخه جدید رابط کاربری در اپلیکیشن موبایل آزمایشی اضافه کردن قابلیت آزمایشی به یک محیط تست انتشار نسخه آزمایشی نرم‌افزار (Beta Version) برای گروه خاصی از کاربران مدیریت داده تغییر در ساختار پایگاه داده برای پشتیبانی از ویژگی‌های جدید استقرار نسخه جدید پایگاه داده با تغییرات ساختاری یکپارچه‌سازی سیستم‌ها تغییر در فرآیند اتصال بین دو سیستم برای بهبود کارایی انتشار نسخه جدید سیستم یکپارچه با امکانات بهبود یافته این جدول نشان می‌دهد که تغییر اغلب به تصمیم‌گیری و طراحی اولیه برای اصلاحات اشاره دارد، در حالی که انتشار بر اجرا و ارائه تغییرات تأیید شده به کاربران یا محیط عملیاتی تمرکز دارد. تفاوت تغییر Major با انتشار در ITIL ویژگی تغییر Major (تغییر اصلی) انتشار (Release) تعریف تغییری گسترده و پیچیده که تأثیرات بزرگی بر سرویس‌ها، زیرساخت یا فرآیندها دارد. فرآیند انتقال نسخه‌های جدید سیستم یا سرویس به محیط عملیاتی. دامنه شامل هر نوع تغییر (نرم‌افزاری، سخت‌افزاری، فرآیندی، یا ساختاری). محدود به بسته‌بندی، استقرار، و توزیع نسخه‌های جدید. ریسک معمولاً پرریسک و نیازمند ارزیابی دقیق‌تر از تغییرات کوچک‌تر است. وابسته به پیچیدگی نسخه، اما ریسک آن معمولاً پس از تأیید تغییر کمتر است. مثال‌ها – مهاجرت از یک سرویس محلی به فضای ابری.– تغییرات گسترده در طراحی شبکه. – ارائه نسخه جدید نرم‌افزار با قابلیت‌های جدید.– انتشار نسخه جدید پایگاه داده. پروسه تأیید نیازمند تأیید کمیته تغییر (CAB) برای ارزیابی ریسک و هزینه. معمولاً شامل تأیید مدیر انتشار (Release Manager) برای اجرای نسخه. تمرکز اصلی تصمیم‌گیری درباره لزوم انجام تغییر و ارزیابی تأثیرات آن. پیاده‌سازی تغییر تأییدشده و ارائه آن به کاربران. نتیجه نهایی ایجاد […]

دی ۱۰, ۱۴۰۳

MTTF چیست؟

MTTF مخفف Mean Time To Failure و به معنی «میانگین زمان تا خرابی» است. این شاخص برای تجهیزات یا قطعاتی به‌کار می‌رود که پس از خرابی معمولاً تعمیر نمی‌شوند و باید تعویض شوند. فرمول MTTF MTTF = مجموع زمان کارکرد تجهیزات ÷ تعداد خرابی‌ها مثلاً اگر 100 قطعه در مجموع 50,000 ساعت کار کنند و در این بازه 10 خرابی ثبت شود، MTTF برابر 5,000 ساعت خواهد بود. تفاوت MTTF و MTBF چیست؟ MTTF بیشتر برای اقلام غیرقابل تعمیر استفاده می‌شود؛ اما MTBF برای سیستم‌ها یا تجهیزاتی است که پس از خرابی تعمیر و دوباره وارد سرویس می‌شوند. بنابراین اگر تجهیز قابل تعمیر است، معمولاً MTBF معیار مناسب‌تری است. MTTF چه کاربردی دارد؟ مقایسه Reliability قطعات و مدل‌های مختلف برآورد عمر مورد انتظار تجهیزات مصرفی برنامه‌ریزی موجودی قطعات یدکی تصمیم‌گیری درباره کیفیت طراحی و تأمین‌کننده برای شاخص‌های مرتبط می‌توانید MTBF چیست؟ و MTTR چیست؟ را نیز ببینید. سخن پایانی MTTF به شما می‌گوید یک قطعه غیرقابل تعمیر به‌طور متوسط چه مدت پیش از خرابی کار می‌کند. هرچه این عدد بیشتر باشد، Reliability آن قطعه بالاتر است.