In Enterprise Server for .NET you can debug a transaction or job step in a distributed region. A distributed region comprises one or more Enterprise Server for .NET processes running on different machines against a central SQL server.
Enterprise Server for .NET does this by starting a debug SEP on the development machine and telling the region to route the transaction or job step to the debug SEP. This routing is configured in the debug properties in the Visual Studio project.
This local SEP method is used because during any debug session of a process, when a breakpoint is encountered, the entire process halts. This would be bad if, for example, a production process was used to debug against.
This method is sometimes incorrectly referred to as "remote" debugging. Enterprise Server for .NET does not currently support true remote debugging using the Visual Studio remote debug client.
Use this procedure to configure and run the debugger.
To do this, enable debugging for the project, then configure the output paths for the compiled debug version.
This creates the executable artefacts that the region uses during debugging.
To do this, configure the region startup file to use the debug-enabled versions of the programs that you created.
As an alternative, once a region is running, you can enable the region for dynamic debugging.
Visual Studio must be started with administrator permissions (right click Visual Studio and run as administrator).
Failing to do so will cause the debug session to fail with the debug sep.exe process reporting access denied errors to the net.tcp port sharing service.