Record and replay live ASP.NET apps on Azure virtual machines using the Snapshot Debugger
The Time Travel Debugging (TTD) preview in Visual Studio Enterprise provides the ability to record a Web app running on an Azure Virtual Machine (VM) and then accurately reconstruct and replay the execution path. TTD integrates with the Snapshot Debugger and allows you to rewind and replay each line of code any number of times you want, helping you isolate and identify problems that might only occur in production environments.
Capturing a TTD recording will not halt the application. However, the TDD recording adds significant overhead to your running process, slowing it down based on factors that include the process size and the number of active threads.
This feature is in preview for the release of Visual Studio 2019 with a go live license.
In this tutorial, you will:
- Start the Snapshot Debugger with Time Travel Debugging enabled
- Set a snappoint and collect a time travel recording
- Start debugging a time travel recording
Time Travel Debugging for Azure Virtual Machines (VM) is only available for Visual Studio 2019 Enterprise or higher with the Azure development workload. (Under the Individual components tab, you find it under Debugging and testing > Snapshot debugger.)
If it's not already installed, install Visual Studio 2019 Enterprise.
Time Travel Debugging is available for the following Azure VM web apps:
- ASP.NET applications (AMD64) running on .NET Framework 4.8 or later.
Open your project and start the Snapshot Debugger with Time Travel Debugging enabled
Open the project for which you would like to collect a time travel recording.
To start TTD, you need to open the same version of source code that is published to your Azure VM service.
Choose Debug > Attach Snapshot Debugger.... Select the Azure VM your web app is deployed to and an Azure storage account. Select the Enable the Time Travel Debugging preview option and then click Attach.
The first time you select Attach Snapshot Debugger for your VM, IIS is automatically restarted.
The metadata for the Modules is not initially activated. Navigate to the web app and the Start Collection button then becomes active. Visual Studio is now in snapshot debugging mode.
The Application Insights site extension also supports Snapshot Debugging. If you encounter a "site extension out of date" error message, see troubleshooting tips and known issues for snapshot debugging for upgrading details.
The Modules window shows you when all the modules are loaded for the Azure VM (choose Debug > Windows > Modules to open this window).
Set a snappoint and collect a time travel recording
In the code editor, click the left gutter in a method you are interested in to set a snappoint. Make sure it is code that you know will execute.
Right-click the snappoint icon (the hollow ball) and choose Actions. In the Snapshot Settings window, click the Action check box. Then click the Collect a time travel trace to the end of this method check box.
Click Start Collection to turn on the snappoint.
Take a snapshot
When a snappoint is turned on, it captures a snapshot whenever the line of code where the snappoint is placed executes. This execution may be caused by a real request on your server. To force your snappoint to hit, go to the browser view of your web site and take any actions required that cause your snappoint to be hit.
Start debugging a time travel recording
When the snappoint is hit, a snapshot appears in the Diagnostic Tools window. To open this window, choose Debug > Windows > Show Diagnostic Tools.
Click the View Snapshot link to open the time travel recording in the code editor.
You can execute every line of code recorded by the TTD by using the Continue and Reverse Continue buttons. Additionally, the Debug toolbar can be used to Show Next Statement, Step Into, Step Over, Step Out, Step Back Into, Step Back Over, Step Back Out.
You can also use the Locals, Watches, and Call Stack windows, and also evaluate expressions.
The website itself is still live and end users aren't impacted by any subsequent TTD activity. Only one snapshot is captured per snappoint by default: after a snapshot is captured the snappoint turns off. If you want to capture another snapshot at the snappoint, you can turn the snappoint back on by clicking Update Collection.
Set a conditional snappoint
If it is difficult to recreate a particular state in your app, consider whether the use of a conditional snappoint can help. Conditional snappoints help you avoid collecting a time travel recording until the app enters a desired state, such as when a variable has a particular value that you want to inspect. You can set conditions using expressions, filters, or hit counts.
In this tutorial, you've learned how to collect a time travel recording for Azure Virtual Machines. You may want to read more details about Snapshot Debugger.
Send feedback about: