|
| 1 | +### YamlMime:ModuleUnit |
| 2 | +uid: learn.wwl.configure-security-copilot-workspaces.knowledge-check |
| 3 | +metadata: |
| 4 | + title: Knowledge check |
| 5 | + description: Check your knowledge of configuring workspaces for Microsoft Security Copilot. |
| 6 | + ms.date: 03/19/2026 |
| 7 | + author: r-c-stewart |
| 8 | + ms.author: roberts |
| 9 | + ms.topic: unit |
| 10 | +title: Knowledge check |
| 11 | +durationInMinutes: 3 |
| 12 | +content: | |
| 13 | + [!include[](includes/7-knowledge-check.md)] |
| 14 | +quiz: |
| 15 | + title: Check your knowledge |
| 16 | + questions: |
| 17 | + - content: "Your organization needs to ensure that prompts and session data for the compliance team remain within the European Union for regulatory reasons. Which workspace configuration setting addresses this requirement?" |
| 18 | + choices: |
| 19 | + - content: "Prompt evaluation location" |
| 20 | + isCorrect: false |
| 21 | + explanation: "Incorrect. Prompt evaluation location determines where GPU resources process prompts, but data at rest is stored based on the data storage location setting." |
| 22 | + - content: "Data storage location" |
| 23 | + isCorrect: true |
| 24 | + explanation: "Correct. The data storage location setting determines where Security Copilot stores session data at rest. For EU compliance, you select an EU geo during workspace creation. This setting is immutable after creation." |
| 25 | + - content: "Data sharing preferences" |
| 26 | + isCorrect: false |
| 27 | + explanation: "Incorrect. Data sharing preferences control whether Microsoft can use data to improve the service, not where data is stored geographically." |
| 28 | + - content: "Capacity resource group location" |
| 29 | + isCorrect: false |
| 30 | + explanation: "Incorrect. The Azure resource group location for capacity resources doesn't control where Security Copilot stores session data." |
| 31 | + - content: "You need to assign the SOC team lead permissions to configure plugins and manage user access within the SOC workspace. Which Security Copilot role provides these capabilities?" |
| 32 | + choices: |
| 33 | + - content: "Contributor" |
| 34 | + isCorrect: false |
| 35 | + explanation: "Incorrect. Contributors can use Security Copilot features but can't configure workspace settings or manage access." |
| 36 | + - content: "Security Administrator" |
| 37 | + isCorrect: false |
| 38 | + explanation: "Incorrect. While Security Administrators can perform some configuration tasks, workspace-specific permissions are managed through workspace roles." |
| 39 | + - content: "Owner" |
| 40 | + isCorrect: true |
| 41 | + explanation: "Correct. The Owner role for a specific workspace enables configuration of plugins, promptbooks, role assignments, and other workspace settings. Owners can tailor the workspace to team needs." |
| 42 | + - content: "Azure Contributor" |
| 43 | + isCorrect: false |
| 44 | + explanation: "Incorrect. Azure Contributor provides permissions for Azure resources like capacity but doesn't grant Security Copilot workspace management permissions." |
| 45 | + - content: "Your organization sets 5 Security Compute Units (SCUs) for the sandbox workspace. During load testing, all SCUs are consumed and operations are throttled. You configured 3 overage units during creation. What happens next?" |
| 46 | + choices: |
| 47 | + - content: "Operations continue to be throttled until provisioned capacity is reduced below the limit" |
| 48 | + isCorrect: false |
| 49 | + explanation: "Incorrect. Overage units are designed to handle usage spikes beyond provisioned capacity." |
| 50 | + - content: "Security Copilot automatically allocates up to 3 extra SCUs on-demand to handle the spike" |
| 51 | + isCorrect: true |
| 52 | + explanation: "Correct. Overage units provide extra Security Compute Units when available SCUs are depleted during usage spikes. You have 3 overage units configured. Security Copilot can allocate up to 3 more SCUs beyond the 5 provisioned units." |
| 53 | + - content: "The workspace owner receives an alert but no extra capacity is made available" |
| 54 | + isCorrect: false |
| 55 | + explanation: "Incorrect. Overage units are automatically allocated when provisioned capacity is exhausted." |
| 56 | + - content: "Users are automatically switched to the default workspace for continued operation" |
| 57 | + isCorrect: false |
| 58 | + explanation: "Incorrect. Workspaces operate independently. Overage units handle capacity spikes within the same workspace." |
| 59 | + - content: "You assign the Defender XDR agent to the SOC workspace. What must you do before switching the agent assignment to a different workspace?" |
| 60 | + choices: |
| 61 | + - content: "Export all session history from the current workspace" |
| 62 | + isCorrect: false |
| 63 | + explanation: "Incorrect. While session history remains in the original workspace, exporting isn't a prerequisite for switching." |
| 64 | + - content: "Turn off any scheduled or automatic agent triggers in the current workspace" |
| 65 | + isCorrect: true |
| 66 | + explanation: "Correct. Before switching workspace assignments for integrated agents, you must turn off scheduled or automatic agent triggers. After switching, you reconfigure agents in the new workspace. New agent setups can't access to previous workspace-specific data." |
| 67 | + - content: "Increase the capacity allocation for the destination workspace" |
| 68 | + isCorrect: false |
| 69 | + explanation: "Incorrect. While ensuring adequate capacity is a good practice, it isn't a required prerequisite for switching agent workspace assignments." |
| 70 | + - content: "Reassign all users from the source workspace to the destination workspace" |
| 71 | + isCorrect: false |
| 72 | + explanation: "Incorrect. User workspace access is managed independently from agent workspace assignments." |
| 73 | + - content: "You update provisioned SCU capacity from 3 to 8 units for the compliance workspace. When does the new capacity take effect?" |
| 74 | + choices: |
| 75 | + - content: "Immediately upon saving the change" |
| 76 | + isCorrect: false |
| 77 | + explanation: "Incorrect. Capacity changes aren't instantaneous." |
| 78 | + - content: "Within 30 minutes of the change" |
| 79 | + isCorrect: true |
| 80 | + explanation: "Correct. Capacity adjustments typically take effect within 30 minutes. Plan capacity changes in advance of anticipated usage spike to ensure availability." |
| 81 | + - content: "At the start of the next billing cycle" |
| 82 | + isCorrect: false |
| 83 | + explanation: "Incorrect. Capacity changes take effect sooner than the next billing cycle." |
| 84 | + - content: "After all users sign out and back in to the workspace" |
| 85 | + isCorrect: false |
| 86 | + explanation: "Incorrect. User sessions don't affect when capacity changes take effect." |
0 commit comments