کاربر وارد دسکتاپ مجازی می‌شود، نرم‌افزار را باز می‌کند و اطلاعات را ثبت می‌کند؛ اما هنگام چاپ رسید، اسکن مدارک یا پاسخ‌دادن به تماس، کار متوقف می‌شود. چنین مشکلی ممکن است حتی زمانی رخ دهد که چاپگر یا هدست در فهرست دستگاه‌ها دیده می‌شود.
سازگاری تجهیزات جانبی در VDI یعنی کاربر بتواند عملیات موردنیازش را با مدل واقعی دستگاه، نرم‌افزار سازمان و تنظیمات مجاز، به‌صورت قابل تکرار انجام دهد. شناسایی دستگاه فقط یکی از مراحل این ارزیابی است.
پیش از انتخاب زیروکلاینت، تین‌کلاینت یا تبدیل رایانه موجود با P2T، باید مشخص شود چاپ، اسکن و تماس چگونه انجام خواهند شد. این مقاله چک‌لیست همین آزمون‌هاست. برای ارزیابی گسترده‌تر کاربران، نرم‌افزار و ظرفیت زیرساخت، راهنمای ارزیابی پایلوت VDI را نیز ببینید.
چرا وجود درگاه USB برای تأیید سازگاری کافی نیست؟
در محیط محلی، برنامه و درایور دستگاه معمولاً روی همان رایانه کار می‌کنند. در دسکتاپ مجازی، بین وسیله کنار کاربر و برنامه داخل نشست، مسیر دیگری برای انتقال اطلاعات وجود دارد. این مسیر به قابلیت‌های پایانه، بستر مجازی‌سازی و سیاست‌های سازمان وابسته است.
برای مثال، یک چاپگر شبکه ممکن است از مسیری در دسترس میزبان مجازی باشد، درحالی‌که چاپگر USB کنار کاربر به هدایت چاپ یا دستگاه نیاز داشته باشد. اتصال ظاهری این دو به محیط کاری، الزاماً به یک روش انجام نمی‌شود.
پیش از آزمون، این اطلاعات را ثبت کنید:
- مدل پایانه و نسخه Firmware یا سیستم‌عامل آن؛
- نام و نسخه نرم‌افزار اتصال، Agent و سیستم‌عامل میزبان؛
- پروتکل و نوع نشست: دسکتاپ اختصاصی، اشتراکی یا برنامه منتشرشده؛
- مدل دقیق وسیله، نوع اتصال، درایور و برنامه استفاده‌کننده؛
- سیاست دسترسی و وضعیت شبکه محل کاربر.
عبارت «این اسکنر با VDI سازگار است» بدون این مشخصات، برای تصمیم خرید کافی نیست. موفقیت یک مدل روی رایانه ویندوزی نیز به‌تنهایی، نتیجه همان مدل روی زیروکلاینت سخت‌افزاری را اثبات نمی‌کند.
هدایت چاپ، اسکن و صدا با USB Redirection چه تفاوتی دارد؟
همه تجهیزات از یک مسیر وارد نشست مجازی نمی‌شوند. یک مسیر را انتخاب کنید تا مشخص شود چه چیزی باید ارزیابی شود و کدام پرسش باید پیش از انتخاب پایانه پاسخ بگیرد.
چاپگر شبکه در دسترس محیط مجازی
دسترسی شبکه، صف چاپ و تنظیمات موردنیاز
نشست از چه مسیر و با چه مجوزی به چاپگر دسترسی دارد؟
هدایت اختصاصی چاپ یا اسکن
قابلیت متناظر در کلاینت و میزبان
مدل پایانه و نسخه‌ها این مسیر را پشتیبانی می‌کنند؟
هدایت عمومی USB
دسترسی نشست به وسیله از مسیر USB
درایور، سیاست و محدودیت نوع دستگاه بررسی شده‌اند؟
کانال صدا یا بهینه‌سازی برنامه تماس
انتقال رسانه و رفتار نرم‌افزار تماس
بهینه‌سازی واقعاً فعال است و روی این پایانه پشتیبانی می‌شود؟
در صورت پشتیبانی مستند، هدایت اختصاصی چاپ یا اسکن پیش از هدایت عمومی USB ارزیابی می‌شود؛ وجود این قابلیت را برای همه پایانه‌ها فرض نکنید.
چاپگر در VDI؛ از صفحه آزمایشی تا خروجی واقعی
سند و تنظیمات موردنیاز را از برنامه اصلی چاپ کنید
آزمون را از نرم‌افزار واقعی کاربر آغاز کنید: اتوماسیون، حسابداری، سامانه پذیرش یا برنامه چاپ برچسب. چاپ صفحه آزمایشی ویندوز فقط بخشی از مسیر را بررسی می‌کند.
خروجی را از نظر فونت فارسی، راست‌به‌چپ، حاشیه، اندازه کاغذ و تعداد نسخه کنترل کنید. اگر کاربر به چاپ دورو، سینی خاص یا اندازه سفارشی نیاز دارد، همان گزینه‌ها باید در نشست قابل استفاده باشند. برای رسید و برچسب نیز خوانایی بارکد و جای‌گیری متن را بررسی کنید.
زمان را از ثبت دستور چاپ تا آماده‌شدن خروجی قابل استفاده بسنجید. زمان ظاهرشدن کار در صف چاپ با زمان تحویل برگه یکسان نیست. آزمون را با سندی انجام دهید که حجم و ساختارش به کار روزانه نزدیک باشد.
صف چاپ و جابه‌جایی کاربر را بررسی کنید
لغو یک کار اشتباه، اتمام کاغذ و ادامه چاپ پس از رفع مشکل را در محیط آزمایشی بررسی کنید. همچنین پس از خروج و ورود مجدد، نام چاپگر، چاپگر پیش‌فرض و تنظیمات ضروری را کنترل کنید. در شعب یا میزهای مشترک، مطمئن شوید کاربر به چاپگر مجاز محل خود هدایت می‌شود. چاپ‌شدن سند روی دستگاهی در اتاق یا شعبه دیگر، حتی با خروجی ظاهراً صحیح، نتیجه قابل قبول نیست.
درایور موردنیاز و محل نصب آن به روش چاپ وابسته است. نصب یک درایور مشخص روی سرور را بدون تطبیق با مسیر انتخابی، نسخه میزبان و راهنمای سازنده به قاعده عمومی تبدیل نکنید.
اسکنر در VDI؛ فایل باید وارد فرایند سازمان شود
اسکن را از داخل نرم‌افزار مقصد آغاز کنید
ممکن است اسکنر در ابزار جداگانه کار کند، اما برنامه بایگانی سازمان آن را نبیند. آزمون اصلی باید از همان برنامه‌ای انجام شود که کاربر روزانه با آن کار می‌کند.
اگر برنامه به رابطی مانند TWAIN یا WIA وابسته است، این نیاز را پیش از انتخاب مسیر هدایت ثبت کنید. مستندات Scanner Redirection در Omnissa پشتیبانی رابط‌ها را به پلتفرم کلاینت مرتبط می‌کند؛ بنابراین مشخصات یک کلاینت ویندوزی را نباید به هر زیروکلاینت تعمیم داد.
سپس مسیر کامل را اجرا کنید: انتخاب اسکنر، دریافت تصویر، کنترل کیفیت، ذخیره و پیوست‌کردن به پرونده درست. اگر اسکن انجام شود ولی فایل در محل نامناسب ذخیره شود، کار سازمان هنوز کامل نشده است.
چندصفحه‌ای، دورو و بازیابی خطا را جدا بسنجید
در صورت نیاز کاری، تغذیه خودکار کاغذ یا ADF، اسکن دورو، ترتیب صفحات و حجم فایل را امتحان کنید. وضوح و حالت رنگی باید مشابه استفاده واقعی باشند؛ اسکن تک‌صفحه‌ای کم‌حجم، رفتار یک پرونده چندصفحه‌ای را نشان نمی‌دهد.
اگر OCR بخشی از فرایند است، خروجی آن را در نرم‌افزار مربوط بررسی کنید. OCR قابلیت تضمین‌شده هر اسکنر یا مسیر هدایت نیست.
لغو عملیات، گیرکردن کاغذ و شروع دوباره را هم پوشش دهید. فایل نهایی نباید بدون اطلاع کاربر ناقص، تکراری یا دارای ترتیب اشتباه باشد. با حساب کاربری عادی تست کنید تا موفقیت آزمون به دسترسی مدیریتی موقت وابسته نباشد.
هدست در VDI؛ شنیدن صدا همه آزمون نیست
تماس دوطرفه و کنترل‌های هدست را امتحان کنید
پخش یک فایل صوتی، وضعیت میکروفن یا کیفیت تماس را مشخص نمی‌کند. با برنامه مورد استفاده سازمان، تماس دوطرفه برقرار کنید و از هر دو طرف درباره وضوح صدا، قطع‌و‌وصل، پژواک و تأخیر آزاردهنده بازخورد بگیرید.
این موارد را جدا ثبت کنید:
- انتخاب درست میکروفن و خروجی صدا در برنامه؛
- قطع و وصل میکروفن از نرم‌افزار و دکمه هدست؛
- تغییر حجم صدا و کنترل پاسخ یا پایان تماس، اگر برای کاربر ضروری است؛
- بازگشت عملکرد پس از جداکردن و اتصال دوباره؛
- انتخاب مجدد دستگاه پس از ورود به نشست یا تغییر میز کار.
هدست سیمی USB، اتصال بلوتوث و اتصال از طریق دانگل را یکسان فرض نکنید. مدل و روش اتصال نهایی باید همان چیزی باشد که قرار است تحویل کاربر شود.
بهینه‌سازی رسانه را مستقل از USB بررسی کنید
برخی برنامه‌های تماس برای VDI بهینه‌سازی اختصاصی دارند. نصب برنامه یا شنیدن صدا ثابت نمی‌کند که این حالت فعال است؛ وضعیت آن را با روش مستند همان برنامه کنترل کنید.
برای نمونه، راهنمای Microsoft Teams در VDI پشتیبانی کنترل‌های HID در هدست‌های تأییدشده را در ارتباط با بهینه‌سازی SlimCore توضیح می‌دهد. این قابلیت را نمی‌توان به همه هدست‌ها، سیستم‌عامل‌ها یا پایانه‌های سخت‌افزاری نسبت داد. کارکرد دکمه‌های لازم همچنان باید روی ترکیب واقعی آزموده شود.
در خانواده Tera2 نیز راهنمای رسمی تنظیمات صوتی HP Anyware میان پردازش محلی صدای USB و عبور دستگاه از مسیر USB تفاوت قائل است. این مثال نشان می‌دهد نوع مسیر اهمیت دارد؛ دستور تغییر یکسان تنظیمات برای همه مدل‌ها و Firmwareها نیست.
آزمون را در چه شرایطی تکرار کنیم؟
ابتدا اشکال‌های پایه را با یک کاربر و شرایط کنترل‌شده پیدا کنید؛ سپس همان عملیات را در شرایط نزدیک به بهره‌برداری تکرار کنید. هر مرحله را انتخاب کنید تا هدف آن نمایش داده شود.
وضعیت فعلی را ثبت کنید
خروجی صحیح، زمان انجام کار و مشکلات شناخته‌شده را پیش از تغییر پایانه ثبت کنید. بدون این خط مبنا، مشخص نیست تفاوت مشاهده‌شده نتیجه پیکربندی جدید است یا از قبل وجود داشته است.
کار واقعی را با پایانه منتخب انجام دهید
همان عملیات ثبت‌شده در خط مبنا را با پایانه منتخب و حساب عادی کاربر انجام دهید. آزمون با حساب مدیر یا دسترسی موقت، جای رفتار حساب واقعی را نمی‌گیرد.
خروج و ورود مجدد و اتصال دوباره وسیله را بررسی کنید
پس از خروج و ورود دوباره، بررسی کنید نشست، وسیله و تنظیمات ضروری همان رفتار مورد انتظار را دارند. موفقیت در نخستین اتصال، پایداری در استفاده روزمره را اثبات نمی‌کند.
عملیات را هم‌زمان با بار نماینده کاربران آزمایش کنید
چاپ، اسکن یا تماس را در شرایطی تکرار کنید که تعداد و نوع فعالیت کاربران، نماینده استفاده واقعی باشد. نتیجه یک کاربر در شبکه خلوت، پاسخ همه شرایط بهره‌برداری نیست.
رفتار پس از قطع کوتاه و بازگشت نشست را بسنجید
در زمان هماهنگ‌شده، یک قطع کوتاه ارتباط را ایجاد کنید و بررسی کنید نشست و تجهیز چگونه بازمی‌گردند. این آزمون باید برنامه‌ریزی‌شده باشد تا کار واقعی کاربران ناخواسته مختل نشود.
نتیجه و تغییر تنظیمات را ثبت کنید
نتیجه هر اجرا و تغییر تنظیمات را بنویسید. آزمون ناموفق پس از اصلاح باید با همان عملیات و شرایط مرتبط تکرار شود تا اثر تغییر قابل مقایسه باشد.
شبکه را در مسیر واقعی کاربر بررسی کنید
تست عمومی سرعت اینترنت، علت قطعی تماس یا تأخیر اسکن را به‌تنهایی رد نمی‌کند.
زمان چاپ یا کیفیت قابل قبول تماس را با مسئول فرایند تعیین کنید؛ یک عدد ثابت برای همه سازمان‌ها مناسب نیست.
برای عبور از آزمون، مسدودسازی USB را کاملاً غیرفعال نکنید؛ دسترسی لازم باید محدود و مورد تأیید باشد.
نتیجه آزمون چه اثری بر انتخاب زیروکلاینت یا P2T دارد؟
زیروکلاینت منتخب باید با پروتکل، میزبان و تجهیزات همان سازمان تطبیق داشته باشد. هنگام بررسی زیروکلاینت‌های یونیوو، نتیجه تست سناریو را کنار مشخصات مدل قرار دهید. پشتیبانی یک قابلیت در نسخه نرم‌افزاری Horizon Client، به‌تنهایی وجود آن در یک پایانه سخت‌افزاری را ثابت نمی‌کند.
اگر هدف استفاده دوباره از رایانه‌های موجود با P2T است، آزمون تجهیزات باید در محیط P2T انجام شود. موفقیت وسیله در ویندوز قبلی رایانه کافی نیست، چون سیستم‌عامل و نرم‌افزار اتصال ممکن است تغییر کنند. مقایسه P2T USB و Converter به انتخاب روش تبدیل کمک می‌کند؛ پذیرش تجهیزات جانبی همچنان به آزمون مستقل نیاز دارد.
مدیریت متمرکز نیز باید بخشی از تحویل باشد. در مشخصات رسمی، ADM برای مدیریت، استقرار و به‌روزرسانی معرفی شده است. برای خانواده Tera2، ابزار مدیریت مستند PCoIP Management Console است. سازگاری کنسول باید برای مدل و نسخه مشخص شود؛ نباید نام ADM را به تمام زیروکلاینت‌ها تعمیم داد.
پس از تأیید، پیکربندی آزموده‌شده را ثبت کنید. تغییر Firmware، درایور یا کلاینت باید با تکرار آزمون‌های حساس همراه باشد؛ به‌روزرسانی به‌تنهایی تضمین نمی‌کند یک قابلیت پشتیبانی‌نشده قابل استفاده شود.
برای بررسی راهکار زیرساخت مجازی‌سازی دسکتاپ بهین تکنولوژی، فهرست مدل تجهیزات، نرم‌افزارهای مرتبط، تعداد کاربران هم‌زمان و نمونه عملیات ضروری را آماده کنید. این اطلاعات کمک می‌کند پایانه پیشنهادی و دامنه پایلوت بر اساس نیاز واقعی انتخاب شوند و استعلام خرید به مشخصات قابل ارزیابی متصل باشد.
پرسش‌های متداول
آیا هر چاپگر USB به زیروکلاینت متصل می‌شود؟
وجود درگاه کافی نیست. روش هدایت، مدل چاپگر، نسخه پایانه، درایور و نیاز برنامه تعیین‌کننده‌اند. چاپ سند واقعی با تنظیمات موردنیاز باید روی ترکیب نهایی آزموده شود.
چرا اسکنر شناسایی می‌شود اما نرم‌افزار سازمان آن را نمی‌بیند؟
ممکن است مسیر هدایت یا رابط موردنیاز برنامه با پیکربندی فعلی سازگار نباشد. علاوه بر شناسایی دستگاه، رابط اسکن، قابلیت کلاینت و اجزای سمت میزبان را بررسی کنید.
چرا صدای هدست کار می‌کند ولی دکمه قطع صدا کار نمی‌کند؟
انتقال صدا و کنترل‌های هدست الزاماً از یک سازوکار استفاده نمی‌کنند. پشتیبانی مدل، قابلیت‌های برنامه تماس و وضعیت بهینه‌سازی باید جدا بررسی شوند.
آیا ارتقای Firmware مشکل تجهیزات جانبی را برطرف می‌کند؟
گاهی یک نسخه مشکل مشخصی را اصلاح می‌کند؛ باید توضیحات انتشار و سازگاری آن بررسی شود. نتیجه روی نمونه آزمایشی تأیید شود و سپس درباره گسترش تصمیم بگیرید.
آیا برای هر مدل تجهیزات باید پایلوت کامل اجرا شود؟
برای ترکیب‌های متفاوت و کارهای ضروری، آزمون نماینده لازم است. دامنه تکرار را بر اساس تفاوت مدل، درایور، نسخه و اهمیت فرایند تعیین کنید؛ تغییر صرفاً ظاهری و تغییر مسیر اتصال، ریسک یکسانی ندارند.