mirror of
https://github.com/MicrosoftDocs/windows-itpro-docs.git
synced 2025-06-15 10:23:37 +00:00
Acrolinx score enhancement
This commit is contained in:
@ -27,7 +27,7 @@ ms.custom: seo-marvel-mar2020
|
||||
- Windows Server 2012
|
||||
- Windows Server 2008 R2
|
||||
|
||||
The Compatibility Administrator tool helps you resolve potential application-compatibility issues before deploying a new version of Windows to your organization. Compatibility Administrator provides the following:
|
||||
The Compatibility Administrator tool helps you resolve potential application-compatibility issues before deploying a new version of Windows to your organization. Compatibility Administrator provides:
|
||||
|
||||
- Compatibility fixes, compatibility modes, and AppHelp messages that you can use to resolve specific compatibility issues.
|
||||
|
||||
@ -48,4 +48,4 @@ The following flowchart shows the steps for using the Compatibility Administrato
|
||||
|--- |--- |
|
||||
|[Using the Compatibility Administrator Tool](using-the-compatibility-administrator-tool.md)|This section provides information about using the Compatibility Administrator tool.|
|
||||
|[Managing Application-Compatibility Fixes and Custom Fix Databases](managing-application-compatibility-fixes-and-custom-fix-databases.md)|This section provides information about managing your application-compatibility fixes and custom-compatibility fix databases. This section explains the reasons for using compatibility fixes and how to deploy custom-compatibility fix databases.|
|
||||
|[Using the Sdbinst.exe Command-Line Tool](using-the-sdbinstexe-command-line-tool.md)|You must deploy your customized database (.Sdb) files to other computers in your organization before your compatibility fixes, compatibility modes, and AppHelp messages are applied. You can deploy your customized database files in several ways. Including, by using a logon script, by using Group Policy, or by performing file copy operations.|
|
||||
|[Using the Sdbinst.exe Command-Line Tool](using-the-sdbinstexe-command-line-tool.md)|Ensure that you deploy your customized database (.Sdb) files to other computers in your organization before your compatibility fixes, compatibility modes, and AppHelp messages are applied. You can deploy your customized database files in several ways, including, by using a logon script, by using Group Policy, or by performing file copy operations.|
|
@ -4,7 +4,7 @@ ms.assetid: fdfbf02f-c4c4-4739-a400-782204fd3c6c
|
||||
ms.reviewer:
|
||||
manager: laurawi
|
||||
ms.author: greglin
|
||||
description: Learn about deploying your compatibility fixes as part of an application-installation package or through a centralized compatibility-fix database.
|
||||
description: Learn how to deploy your compatibility fixes into an application-installation package or through a centralized compatibility-fix database.
|
||||
ms.prod: w10
|
||||
ms.mktglfcycl: plan
|
||||
ms.pagetype: appcompat
|
||||
@ -28,40 +28,43 @@ ms.custom: seo-marvel-mar2020
|
||||
- Windows Server 2012
|
||||
- Windows Server 2008 R2
|
||||
|
||||
After you determine that you will use compatibility fixes in your application-compatibility mitigation strategy, you must define a strategy to manage your custom compatibility-fix database. Typically, you can use one of two approaches:
|
||||
To use fixes in application-compatibility mitigation strategy, define a strategy to manage your custom compatibility-fix database. Typically, you can use one of the two following approaches:
|
||||
|
||||
- Deploying your compatibility fixes as part of an application-installation package.
|
||||
|
||||
- Deploying your compatibility fixes through a centralized compatibility-fix database.
|
||||
|
||||
Regardless of which approach you decide to use in your organization, Microsoft provides the following general recommendations for improving the management of your custom compatibility-fix databases:
|
||||
Microsoft provides general recommends the following remedies for improving the management of your custom compatibility-fix databases.
|
||||
|
||||
- **Define standards for when you will apply compatibility fixes.**
|
||||
> [!NOTE]
|
||||
> These recommendations are not based on irrespective of the approach you decide to use. The following are the general recommendations.
|
||||
|
||||
You must define the standards and scenarios for using compatibility fixes, based on your specific business and technology needs.
|
||||
- **Define standards for when you will apply compatibility fixes**
|
||||
|
||||
- **Define standards for your custom compatibility-fix databases.**
|
||||
Ensure that the standards and scenarios for using compatibility fixes are defined, based on your specific business and technology needs.
|
||||
|
||||
You must define how to associate your compatibility fixes to particular applications. For example, you might want to ensure that your compatibility fixes always include a version check, so that a fix will not be applied to newer versions of your applications.
|
||||
- **Define standards for your custom compatibility-fix databases**
|
||||
|
||||
- **Define your resources responsible for addressing questions and enforcing your standards.**
|
||||
Compatibility fixes must include a version check, so that mapping to particular applications becomes easy. Ensure that your compatibility fixes always, so that the fix won't be applied to newer versions of your applications.
|
||||
|
||||
You must determine who will be responsible for staying current with the technology and standards related to your compatibility fixes and custom compatibility-fix databases. As your databases are managed over time, you must ensure that someone in your organization stays current with the relevant technology.
|
||||
- **Define your resources responsible for addressing questions and enforcing your standards**
|
||||
|
||||
Ensure you determine who will be responsible for staying current with the technology and standards that are related to your compatibility fixes and custom compatibility-fix databases. As your databases are managed over time, you must ensure that someone in your organization stays current with the relevant technology.
|
||||
|
||||
## Strategies for Deploying Your Compatibility Fixes
|
||||
|
||||
|
||||
We recommend that you use one of two strategies to deploy your compatibility fixes into your organization. They are:
|
||||
We recommend the usage of one of the two strategies to deploy your compatibility fixes into your organization. They are:
|
||||
|
||||
- Deploying your compatibility fixes as part of an application-installation package.
|
||||
|
||||
- Deploying your compatibility fixes through a centralized compatibility-fix database.
|
||||
|
||||
You must determine which method best meets your organization's deployment needs.
|
||||
Determine which method best meets your organization's deployment needs.
|
||||
|
||||
### Deploying Fixes as Part of an Application-Installation Package
|
||||
|
||||
One strategy for deploying compatibility fixes is to create a custom compatibility-fix database that contains a single entry that is applied directly to the application-installation package. While this is the most straightforward method of deployment, it has been shown that this method can become overly complex, especially if you are fixing a large number of applications.
|
||||
One strategy to deploy compatibility fixes is to create a custom compatibility-fix database that contains a single entry that is applied directly to the application-installation package. While this is the most straightforward method of deployment, it has been shown that this method can become overly complex, especially if you are fixing a large number of applications.
|
||||
|
||||
If the following considerations apply to your organization, you should avoid this strategy and instead consider using a centralized compatibility-fix database, as described in the next section.
|
||||
|
||||
@ -114,7 +117,7 @@ If you decide to use the centralized compatibility-fix database deployment strat
|
||||
|
||||
Deploying your custom compatibility-fix database into your organization requires you to perform the following actions:
|
||||
|
||||
1. Store your custom compatibility-fix database (.sdb file) in a location that is accessible to all of your organization's computers.
|
||||
1. Store your custom compatibility-fix database (.sib file) in a location that is accessible to all of your organization's computers.
|
||||
|
||||
2. Use the Sdbinst.exe command-line tool to install the custom compatibility-fix database locally.
|
||||
|
||||
@ -122,7 +125,7 @@ In order to meet the two requirements above, we recommend that you use one of th
|
||||
|
||||
- **Using a Windows Installer package and a custom script**
|
||||
|
||||
You can package your .sdb file and a custom deployment script into an .msi file, and then deploy the .msi file into your organization.
|
||||
You can package your .sib file and a custom deployment script into a file with the .msi extension, and then deploy the .msi file into your organization.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> You must ensure that you mark your custom script so that it does not impersonate the calling user. For example, if you use Microsoft® Visual Basic® Scripting Edition (VBScript), the custom action type would be:
|
||||
@ -131,16 +134,16 @@ In order to meet the two requirements above, we recommend that you use one of th
|
||||
|
||||
- **Using a network share and a custom script**
|
||||
|
||||
You can store your .sdb file on your network share and then call to a script that resides on your specified computers.
|
||||
You can store the .sib file on your network share, and then call to a script available on your specified computers.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> You must ensure that you call the script at a time when it will receive elevated rights. For example, you should call the script by using computer startup scripts instead of a user logon script. You must also ensure that the installation of the custom compatibility-fix database occurs with Administrator rights.
|
||||
> Ensure that you call the script at a time when it can receive elevated rights. For example, you should call the script by using computer startup scripts instead of a user logon script. You must also ensure that the installation of the custom compatibility-fix database occurs with Administrator rights.
|
||||
|
||||
|
||||
|
||||
### Example Script for an Installation of the .sdb File based on an .msi File
|
||||
### Example Script for installation of .sib File based on .msi File
|
||||
|
||||
The following examples show an installation of a custom compatibility-fix database based on an .msi file.
|
||||
The following examples show an installation of a custom compatibility-fix database based on a .msi file.
|
||||
|
||||
```
|
||||
'InstallSDB.vbs
|
||||
@ -161,7 +164,7 @@ End Function
|
||||
|
||||
### Initial Deployment and Updates
|
||||
|
||||
Most of your testing of application-compatibility issues will happen prior to the deployment of a new Windows operating system into your environment. As such, a common approach is to include the custom compatibility-fix database, which includes all of your known issues, in your corporate image. Then, as you update your compatibility-fix database, you can provide the updates by using one of the two mechanisms described in the "Deploying Your Custom Compatibility Fix Databases" section earlier in this topic.
|
||||
Application-compatibility is tested, from which issues are reported, even before a new Windows operating system is deployed. To handle these issues, include the custom compatibility-fix database, which includes all of your known issues, in your corporate image. Later, update your compatibility-fix database; provide the updates by using one of the two mechanisms that are described in the "Deploying Your Custom Compatibility Fix Databases" section.
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
[Managing Application-Compatibility Fixes and Custom Fix Databases](managing-application-compatibility-fixes-and-custom-fix-databases.md)
|
||||
|
@ -53,20 +53,20 @@ If you are using a host computer running Windows 7 that has BitLocker enabled,
|
||||
|
||||
We recommend that you use the **NoDefaultDriveLetter** attribute when provisioning the USB drive to help prevent accidental data leakage. **NoDefaultDriveLetter** will prevent the host operating system from assigning a drive letter if a user inserts it into a running computer. This means the drive will not appear in Windows Explorer and an Auto-Play prompt will not be displayed to the user. This reduces the likelihood that an end user will access the offline Windows To Go disk directly from another computer. If you use the Windows To Go Creator to provision a workspace, this attribute will automatically be set for you.
|
||||
|
||||
To prevent accidental data leakage between Windows To Go and the host system Windows 8 has a new SAN policy—OFFLINE\_INTERNAL - “4” to prevent the operating system from automatically bringing online any internally connected disk. The default configuration for Windows To Go has this policy enabled. It is strongly recommended you do not change this policy to allow mounting of internal hard drives when booted into the Windows To Go workspace. If the internal drive contains a hibernated Windows 8 operating system, mounting the drive will lead to loss of hibernation state and, therefore, user state or any unsaved user data when the host operating system is booted. If the internal drive contains a hibernated Windows 7 or earlier operating system, mounting the drive will lead to corruption when the host operating system is booted.
|
||||
To prevent accidental data leakage between Windows To Go and the host system Windows 8 has a new SAN policy—OFFLINE\_INTERNAL - “4” to prevent the operating system from automatically bringing online any internally connected disk. The default configuration for Windows To Go has this policy enabled. It is recommended you do not change this policy to allow mounting of internal hard drives when booted into the Windows To Go workspace. If the internal drive contains a hibernated Windows 8 operating system, mounting the drive will lead to loss of hibernation state and, therefore, user state or any unsaved user data when the host operating system is booted. If the internal drive contains a hibernated Windows 7 or earlier operating system, mounting the drive will lead to corruption when the host operating system is booted.
|
||||
|
||||
For more information, see [How to Configure Storage Area Network (SAN) Policy in Windows PE](/previous-versions/windows/it-pro/windows-8.1-and-8/hh825063(v=win.10)).
|
||||
|
||||
## Security certifications for Windows To Go
|
||||
|
||||
|
||||
Windows to Go is a core capability of Windows when it is deployed on the drive and is configured following the guidance for the applicable security certification. Solutions built using Windows To Go can be submitted for more certifications by the solution provider that cover the solution provider’s specific hardware environment. For more information about Windows security certifications, see the following topics.
|
||||
Windows to Go is a core capability of Windows when it is deployed on the drive and is configured following the guidance for the applicable security certification. Solutions built using Windows To Go can be submitted for more certifications by the solution provider that cover the solution provider’s specific hardware environment. For more information about Windows security certifications, see the following articles.
|
||||
|
||||
- [Windows Platform Common Criteria Certification](/windows/security/threat-protection/windows-platform-common-criteria)
|
||||
|
||||
- [FIPS 140 Evaluation](/windows/security/threat-protection/fips-140-validation)
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
|
||||
[Windows To Go: feature overview](windows-to-go-overview.md)
|
||||
|
@ -32,7 +32,7 @@ You can use Standard User Analyzer (SUA) to test your applications and monitor A
|
||||
|
||||
You can use SUA in either of the following ways:
|
||||
|
||||
- **Standard User Analyzer Wizard.** A wizard that guides you through a step-by-step process to locate and fix issues, without options for additional analysis.
|
||||
- **Standard User Analyzer Wizard.** A wizard that guides you through a step-by-step process to locate and fix issues, without options for more analysis.
|
||||
|
||||
- **Standard User Analyzer Tool.** A full-function tool in which you can perform in-depth analysis and fix issues.
|
||||
|
||||
|
@ -28,7 +28,7 @@ ms.topic: article
|
||||
- Windows Server 2012
|
||||
- Windows Server 2008 R2
|
||||
|
||||
You must deploy your customized database (.sdb) files to other computers in your organization. That is, before your compatibility fixes, compatibility modes, and AppHelp messages are applied. You can deploy your customized database files in several ways. By using a logon script, by using Group Policy, or by performing file copy operations.
|
||||
Deploy your customized database (.sdb) files to other computers in your organization. That is, before your compatibility fixes, compatibility modes, and AppHelp messages are applied. You can deploy your customized database files in several ways. By using a logon script, by using Group Policy, or by performing file copy operations.
|
||||
|
||||
After you deploy and store the customized databases on each of your local computers, you must register the database files.
|
||||
Until you register the database files, the operating system is unable to identify the available compatibility fixes when starting an application.
|
||||
@ -69,6 +69,6 @@ The following table describes the available command-line options.
|
||||
|-g *GUID*|Specifies the customized database to uninstall by a globally unique identifier (GUID).<p>For example,<br>`sdbinst.exe -g 6586cd8f-edc9-4ea8-ad94-afabea7f62e3`|
|
||||
|-n *"name"*|Specifies the customized database to uninstall by file name.<p>For example,<br>`sdbinst.exe -n "My_Database"`|
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[Compatibility Administrator User's Guide](compatibility-administrator-users-guide.md)
|
||||
|
@ -42,7 +42,7 @@ The following flowchart shows the process of using the SUA Wizard.
|
||||
|
||||
**To test an application by using the SUA Wizard**
|
||||
|
||||
1. On the computer where the SUA Wizard is installed, log on by using a non-administrator account.
|
||||
1. On the computer where the SUA Wizard is installed, sign in by using a non-administrator account.
|
||||
|
||||
2. Run the Standard User Analyzer Wizard.
|
||||
|
||||
@ -76,9 +76,9 @@ The following flowchart shows the process of using the SUA Wizard.
|
||||
|
||||
The SUA Wizard closes the issue as resolved on the local computer.
|
||||
|
||||
If the remedies do not fix the issue with the application, click **No** again, and the wizard may offer additional remedies. If the additional remedies do not fix the issue, the wizard informs you that there are no more remedies available. For information about how to run the SUA tool for additional investigation, see [Using the SUA Tool](using-the-sua-tool.md).
|
||||
If the remedies do not fix the issue with the application, click **No** again, and the wizard may offer another remedies. If the other remedies do not fix the issue, the wizard informs you that there are no more remedies available. For information about how to run the SUA tool for additional investigation, see [Using the SUA Tool](using-the-sua-tool.md).
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
[SUA User's Guide](sua-users-guide.md)
|
||||
|
||||
|
||||
|
@ -27,7 +27,7 @@ Windows 10 will be compatible with most existing PC hardware; most devices runn
|
||||
|
||||
For full system requirements, see [Windows 10 specifications](https://go.microsoft.com/fwlink/p/?LinkId=625077). Some driver updates may be required for Windows 10.
|
||||
|
||||
Existing desktop (Win32) application compatibility is also expected to be strong, with most existing applications working without any changes. Some applications that interface with Windows at a low level, those that use undocumented APIs, or those that do not follow recommended coding practices could experience issues.
|
||||
Existing desktop (Win32) application compatibility is also expected to be strong, with most existing applications working without any changes. Those applications that interface with Windows at a low level, those applications that use undocumented APIs, or those that do not follow recommended coding practices could experience issues.
|
||||
|
||||
Existing Windows Store (WinRT) apps created for Windows 8 and Windows 8.1 should also continue to work, because compatibility can be validated against all the apps that have been submitted to the Windows Store.
|
||||
|
||||
@ -36,13 +36,13 @@ For web apps and sites, modern HTML5-based sites should also have a high degree
|
||||
## Recommended application testing process
|
||||
|
||||
|
||||
Historically, organizations have performed extensive, and often exhaustive, testing of the applications they use before deployment of a new Windows version, service pack, or any other significant update. With Windows 10, organizations are encouraged to leverage more optimized testing processes, which reflects the higher levels of compatibility that are expected. At a high level:
|
||||
Historically, organizations have performed extensive, and often exhaustive, testing of the applications they use before deployment of a new Windows version, service pack, or any other significant update. With Windows 10, organizations are encouraged to use more optimized testing processes, which reflect the higher levels of compatibility that are expected. At a high level:
|
||||
|
||||
- Identify mission-critical applications and websites, those that are absolutely essential to the organization’s operations. Focus testing efforts on this subset of applications, early in the Windows development cycle (for example, with Windows Insider Program builds) to identify potential issues. Report any issues you encounter with the Windows Feedback tool, so that these issues can be addressed prior to the next Windows release.
|
||||
- Identify mission-critical applications and websites, those applications and websites that are essential to the organization’s operations. Focus testing efforts on this subset of applications, early in the Windows development cycle (for example, with Windows Insider Program builds) to identify potential issues. Report any issues you encounter with the Windows Feedback tool, so that these issues can be addressed prior to the next Windows release.
|
||||
|
||||
- For less critical applications, leverage an “internal flighting” or pilot-based approach, by deploying new Windows upgrades to groups of machines, growing gradually in size and potential impact, to verify compatibility with hardware and software. Reactively address issues before you expand the pilot to more machines.
|
||||
- For less critical applications, apply an “internal flighting” or pilot-based approach, by deploying new Windows upgrades to groups of machines, growing gradually in size and potential impact, to verify compatibility with hardware and software. Reactively address issues before you expand the pilot to more machines.
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
|
||||
[Windows 10 servicing options](../update/waas-servicing-strategy-windows-10-updates.md)
|
||||
|
@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Windows 10 infrastructure requirements (Windows 10)
|
||||
description: Review the specific infrastructure requirements to deploy and manage Windows 10, prior to significant Windows 10 deployments within your organization.
|
||||
description: Review the infrastructure requirements for deployment and management of Windows 10, prior to significant Windows 10 deployments within your organization.
|
||||
ms.assetid: B0FA27D9-A206-4E35-9AE6-74E70748BE64
|
||||
ms.reviewer:
|
||||
manager: laurawi
|
||||
@ -22,11 +22,11 @@ ms.topic: article
|
||||
|
||||
- Windows 10
|
||||
|
||||
There are specific infrastructure requirements to deploy and manage Windows 10 that should be in place prior to significant Windows 10 deployments within your organization.
|
||||
There are specific infrastructure requirements that should be in place for the deployment and management of Windows 10. Fulfill these requirements before any Windows 10-related deployments take place.
|
||||
|
||||
## High-level requirements
|
||||
|
||||
For initial Windows 10 deployments, as well as subsequent Windows 10 upgrades, ensure that sufficient disk space is available for distribution of the Windows 10 installation files (about 3 GB for Windows 10 x64 images, slightly smaller for x86). Also, be sure to take into account the network impact of moving these large images to each PC; you may need to leverage local server storage.
|
||||
For initial Windows 10 deployments, and for subsequent Windows 10 upgrades, ensure that sufficient disk space is available for distribution of the Windows 10 installation files (about 3 GB for Windows 10 x64 images, slightly smaller for x86). Also, be sure to take into account the network impact of moving these large images to each PC; you may need to leverage local server storage.
|
||||
|
||||
For persistent VDI environments, carefully consider the I/O impact from upgrading large numbers of PCs in a short period of time. Ensure that upgrades are performed in smaller numbers, or during off-peak time periods. (For pooled VDI environments, a better approach is to replace the base image with a new version.)
|
||||
|
||||
@ -72,7 +72,10 @@ Windows Server Update Services (WSUS) requires some additional configuration to
|
||||
|
||||
WSUS product list with Windows 10 choices
|
||||
|
||||
Because Windows 10 updates are cumulative in nature, each month’s new update will supersede the previous month's. Consider leveraging “express installation” packages to reduce the size of the payload that needs to be sent to each PC each month; see [Express installation files](/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/dd939908(v=ws.10)) for more information. (Note that this will increase the amount of disk storage needed by WSUS, and impacts all operating systems being managed with WSUS.)
|
||||
Because Windows 10 updates are cumulative in nature, each month’s new update will supersede the previous month's update. Consider using “express installation” packages to reduce the size of the payload that needs to be sent to each PC each month; see [Express installation files](/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/dd939908(v=ws.10)) for more information.
|
||||
|
||||
> [!NOTE]
|
||||
> The usage of "express installation" packages will increase the amount of disk storage needed by WSUS, and impacts all operating systems being managed with WSUS.
|
||||
|
||||
## Activation
|
||||
|
||||
@ -93,9 +96,9 @@ Additionally, new product keys will be needed for all types of volume license ac
|
||||
- For KMS keys, click **Licenses** and then select **Relationship Summary**. Click the appropriate active license ID, and then select **Product Keys** near the right side of the page. For KMS running on Windows Server, find the **Windows Srv 2012R2 DataCtr/Std KMS for Windows 10** product key; for KMS running on client operating systems, find the **Windows 10** product key.
|
||||
- For MAK keys, click **Downloads and Keys**, and then filter the list by using **Windows 10** as a product. Click the **Key** link next to an appropriate list entry (for example, **Windows 10 Enterprise** or **Windows 10 Enterprise LTSB**) to view the available MAK keys. (You can also find keys for KMS running on Windows 10 in this list. These keys will not work on Windows servers running KMS.)
|
||||
|
||||
Note that Windows 10 Enterprise and Windows 10 Enterprise LTSC installations use different MAK keys. But you can use the same KMS server or Active Directory-based activation environment for both; the KMS keys obtained from the Volume Licensing Service Center will work with both.
|
||||
Windows 10 Enterprise and Windows 10 Enterprise LTSC installations use different MAK keys. But you can use the same KMS server or Active Directory-based activation environment for both; the KMS keys obtained from the Volume Licensing Service Center will work with both.
|
||||
|
||||
## Related topics
|
||||
## Related articles
|
||||
|
||||
[Windows 10 servicing options](../update/waas-servicing-strategy-windows-10-updates.md)<br>
|
||||
[Windows 10 deployment considerations](windows-10-deployment-considerations.md)<br>
|
||||
|
@ -56,7 +56,7 @@ summary: |
|
||||
|
||||
- [Why can't I enable BitLocker from Windows To Go Creator?](#why-can-t-i-enable-bitlocker-from-windows-to-go-creator-)
|
||||
|
||||
- [What power states does Windows To Go support?](#what-power-states-does-windows-to-go-support-)
|
||||
- [What power states do Windows To Go support?](#what-power-states-does-windows-to-go-support-)
|
||||
|
||||
- [Why is hibernation disabled in Windows To Go?](#why-is-hibernation-disabled-in-windows-to-go-)
|
||||
|
||||
@ -120,7 +120,7 @@ sections:
|
||||
- question: |
|
||||
Does Windows To Go rely on virtualization?
|
||||
answer: |
|
||||
No. Windows To Go is a native instance of Windows 10 that runs from a USB device. It is just like a laptop hard drive with Windows 8 that has been put into a USB enclosure.
|
||||
No. Windows To Go is a native instance of Windows 10 that runs from a USB device. It's just like a laptop hard drive with Windows 8 that has been put into a USB enclosure.
|
||||
|
||||
- question: |
|
||||
Who should use Windows To Go?
|
||||
|
Reference in New Issue
Block a user