Dwie jednostki biznesowe używają oddzielnych obszarów roboczych. Opublikowano grupę aplikacji RemoteApp (AppGroupA) z puli hostów i zarejestrowano ją w Workspace1. Należy sprawić, aby te same opublikowane aplikacje pojawiły się w Workspace2 bez dodawania kolejnych hostów sesji i przy minimalnym nakładzie pracy administracyjnej. Co należy zrobić?

Prawidłowa odpowiedź to utworzenie drugiej grupy aplikacji RemoteApp w tej samej puli hostów z tymi samymi opublikowanymi aplikacjami i zarejestrowanie jej w Workspace2. Grupy aplikacji są przypisywane do obszarów roboczych. Aby te same aplikacje były dostępne w Workspace2, należy utworzyć nową grupę aplikacji RemoteApp, która odwołuje się do tych samych aplikacji i puli hostów, a następnie zarejestrować ją w Workspace2. Dzięki temu nie trzeba dodawać nowych hostów sesji ani przenosić istniejącej grupy aplikacji. Pozostałe opcje są nieprawidłowe: Zarejestrowanie AppGroupA zarówno w Workspace1, jak i Workspace2: Grupa aplikacji może być zarejestrowana tylko w jednym obszarze roboczym. Przenoszenie AppGroupA między obszarami roboczymi zgodnie z harmonogramem: To rozwiązanie jest nieefektywne, zwiększa złożoność administracyjną i uniemożliwia jednoczesny dostęp do aplikacji w obu obszarach roboczych. Utworzenie drugiej puli hostów z identycznymi hostami sesji i zarejestrowanie jej grupy RemoteApp w Workspace2: To rozwiązanie jest kosztowne i wymaga dodatkowych zasobów, ponieważ tworzy duplikat środowiska hostów sesji, co jest sprzeczne z wymogiem minimalizacji nakładów.