"Debugging not possible in single session mode"

最新推荐文章于 2025-05-11 22:38:37 发布

转载最新推荐文章于 2025-05-11 22:38:37 发布 · 323 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/johnsonwei/p/5987302.html

本文介绍了解决PLSQL Developer中遇到的Debugging not possible in single session mode错误的方法。通过调整工具偏好设置，可以有效解决这一问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

PLSQL Developer在测试存储过程，遇到"Debugging not possible in single session mode"

解决办法：

点击菜单栏“Tools”->“Preferences”，然后按下图操作

之后再重启PLSQL Developer

转载于:https://www.cnblogs.com/johnsonwei/p/5987302.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_34408624

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

[openwrt]openwrt wireless配置介绍

wgl307293845的博客

10-30

1038

wireless UCI 配置位于中。如果设备具有以太网端口，则默认情况下无线处于状态。

Linux: debug: strace: attach: ptrace(PTRACE_SEIZE, 25): Operation not permitted

mzhan017的博客

08-15

618

最近遇到一个错误：./strace: attach: ptrace(PTRACE_SEIZE, 25): Operation not permitted原因，在内核里，如果所属的thread不在一个group，就不让strace。另一个原因，如果之前已经有ptrace了，就不允许再次来ptrace；或者进程已经在退出的状态。

参与评论您还未登录，请先登录后发表或查看评论

调试不可能在单一会话模式里

xafc_2370的专栏

09-10

1370

oracle进行存储过程调试时，报调试不可能在单一会话模式里，如下： [img]http://dl2.iteye.com/upload/attachment/0119/9516/a561aca7-06bc-36b4-b872-712981bee131.png[/img] ] 解决方案如下: 将plsql工具->首选项，将单一会话改成多路会话，重启plsql即可。 [img]h...

查看等待事件

sqlove的专栏

09-14

1251

查看等待事件：v$session_wait (http://www.docin.com/p-46873103.html),其第一个字段是sid，顺便查了一下本机plsql dev的v$mystat中的sid，发现在同一个plsql dev程序中尽管可以多开几个不同的子窗口，但

解决PLSQL报错"动态执行表不可访问,本会话的自动统计被禁止"

最新发布

AI天才研究院

05-11

396

Model Context Protocol (MCP) 是一个开放协议，旨在标准化应用程序如何为大型语言模型（LLMs）提供上下文。MCP 类似于 AI 应用的 USB-C 接口，提供了一种标准化的方式，将 AI 模型连接到不同的数据源和工具。MCP 的核心架构采用客户端-服务器模式，主机应用程序可以连接到多个服务器，访问本地和远程数据源。MCP 提供了预构建的集成、灵活的 LLM 供应商切换以及数据安全的最佳实践。开发者可以根据需求选择快速入门指南，构建自己的服务器或客户端，或使用预构建的服务器。MCP

强大的socat工具，可创建虚拟串口、在串口/网口间转发数据等，基本上无所不能的工具

哦，原来你也在这里。

01-20

1829

socat，一个强大的工具，串口工具

PLSQL Developer 不同窗口查询数据不一致

WadeKobe1的博客

09-01

4006

问题：运行一个INSERT SQL语句，显示插入成功，在本窗口也能查到数据，在新打开一个SQL窗口就查不到；需要重启PLSQL Developer才可以看得到解决方法：preferrence->connection->session mode 设置为dual session,那么不论你commit与否,都可以看到数据。（本解决方法来自优快云论坛）

PL/SQL 报错：动态执行表不可访问，本会话的自动统计被禁止。在执行菜单里你可以禁止统计，或在v$session，v$sesstat 和vSstatname表里获得选择权限。...

weixin_30659829的博客

12-23

504

现象：第一次用PL/SQL Developer连接数据库，若用sys用户登录并操作则正常，若用普通用户比如haishu登录并创建一个表则报错“动态执行表不可访问，本会话的自动统计被禁止。在执行菜单里你可以禁止统计，或在v$session,v$sesstat和v$statname表里获得选择权限。原因分析：从报错提示就可以看出，原因在于动态性能表相关的权限没有被授权给当前用户 ...

PLSQL Developer 12 首选项

weixin_30888707的博客

01-24

1202

SessionMode=2SelectedHome=OraClient12Home2SelectedHome64=OCIFile=c:\app\Administrator\product\12.1.0\client_2\oci.dllOCIFile64=AllowMultipleConnections=FalseStoreConnectionsHistory=TrueStoreConne...

plsql dev中Dynamic Performance Tables not accessible分析解决

Data & Analysis

07-18

1833

相信很多使用plsql dev的朋友多遇到过类此如下面的提示： Dynamic Performance Tables not accessible, Automatic Statistics Disabled for this session You can disable statistics in the preference menu,or obtani...

PROFILE的管理（资源文件）

wenbingcai的专栏

10-23

985

PROFILE的管理（资源文件）当需要设置资源限制时，必须设置数据库系统启动参数RESOURCE_LIMIT，此参数默认值为FALSE 可以使用如下命令来启动当前资源限制： alter system set RESOURCE_LIMIT=true; 当需要以后启动时也启动限制，必须在init.ora中设置 RESOURCE_LIMIT=true

plsql上关闭session会话

qq_34362409的博客

01-13

3236

Oracle多用户操作有时候会造成session阻塞，形成了锁表等问题。可以使用sql语句进行查询，但使用PL/SQL查看或杀掉oracle的session更为方便。　　1、打开PL/SQL Developer，输入用户名密码和数据库等信息。　　2、在工具栏中选择Tools，在弹出的窗口选择sessions即可。　　　　　　如图所示，所有的session和sid都列了出来，我们需要找status为active（活动）的点击一下即可。选择其中一个session后在下方可以查看此session的更多

PL/SQL Developer工具里无法调试存储过程

zhangqj86的专栏

12-12

1551

http://www.oracleonlinux.cn/2012/02/debug-procedures/ Articles from OracleOnLinux 调试存储过程：ORA-0131 Insufficient privileges 处理 2012-02-07 17:02:03 Asher 昨天，一开发同事反映说在PL/SQL Developer工具里无法调试存储过程，报错信息

Oracle查看SQL执行计划的方式

weixin_34130269的博客

05-16

258

Oracle查看SQL执行计划的方式获取Oracle sql执行计划并查看执行计划，是掌握和判断数据库性能的基本技巧。下面案例介绍了多种查看sql执行计划的方式：基本有以下几种方式：1、通过sql_trace初始化参数2、通过Autotrace3、通过explain plan4、通过dbms_xplan.display_cursor5、通过dbms_xplan.disp...

Oracle UNDO 监控

Aamir 的专栏

08-02

2242

Oracle 10g及后续版本较以前版本有一新特性即自动调整undo retention时间，大大简便了管理，对于自动扩展（autoextend on）的undo表空间，参数undo_retention设置成为Oracle自动调节undo retention的最低阀值。对于非自动扩展（autoextend off），非guarantee 的undo 表空间，Oracle会根据undo表空间大小和v

微软WinDbg显示debugging session could not be started:FAILURE HR=0x80070057

03-08

<think>好的，我现在需要帮助用户解决WinDbg显示“debugging session could not be started: FAILURE HR=0x80070057”错误的问题。首先，我得理解这个错误代码的含义。0x80070057通常对应E_INVALIDARG，也就是无效的参数。这意味着WinDbg在启动调试会话时收到了一个或多个不正确的参数。接下来，我要考虑用户可能的操作场景。用户可能在尝试附加到进程、打开转储文件或者进行内核调试时遇到这个问题。根据之前的对话历史，用户之前询问过如何打开RAW内存转储文件，所以这次错误可能是在尝试使用WinDbg打开文件或启动调试会话时出现的。我需要列出可能的原因和对应的解决方案。首先，参数错误是首要考虑因素。用户可能在命令行参数中使用了错误的语法或路径。例如，路径中包含空格但没有用引号包裹，或者参数顺序不对。这时候需要检查命令是否正确，特别是文件路径是否正确，是否存在空格需要转义。其次，权限问题也可能导致此错误。WinDbg需要管理员权限才能进行某些调试操作，尤其是内核调试或访问系统进程。用户可能没有以管理员身份运行WinDbg，这时候需要建议用户右键使用管理员权限启动。第三，符号路径配置错误也是一个常见问题。符号路径设置不正确会导致调试器无法加载必要的符号，从而引发错误。需要检查.sympath是否正确，尤其是是否包含微软的符号服务器，以及本地路径是否存在。第四，调试目标不兼容。例如，用户可能在使用32位WinDbg调试64位转储文件，或者转储文件本身已损坏。这时候需要确认WinDbg的架构是否与目标文件匹配，并建议用户验证文件完整性。第五，内核调试配置错误。如果用户在进行内核调试，可能串口配置不正确，或者目标机未正确连接。需要检查波特率、COM端口设置，以及物理连接是否正常。另外，旧版WinDbg的兼容性问题也可能导致此错误。用户可能在使用过时的版本，建议升级到WinDbg Preview，并确保系统更新。最后，注册表损坏或系统文件错误也可能触发此问题。作为最后的解决步骤，可以建议用户运行系统文件检查器和DISM工具，修复可能的系统文件损坏。在整理这些思路时，需要确保语言通俗易懂，步骤清晰，用户能够逐步排查问题。同时，提醒用户注意常见错误点，比如路径中的空格、管理员权限和符号路径设置。可能还需要给出具体的命令示例，帮助用户正确输入参数。此外，分点列出原因和解决方案，结构清晰，方便用户按照步骤操作。最后，总结部分需要强调检查参数和权限的重要性，并建议用户从简单的问题开始排查，逐步深入，避免遗漏可能的因素。如果所有方法都无效，建议寻求微软官方支持，提供更多错误上下文信息。</think>--- 当在 **WinDbg** 中遇到错误提示 **`debugging session could not be started: FAILURE HR=0x80070057`** 时，通常表示 **参数无效** 或 **调试器配置错误**。以下是详细的排查步骤和解决方案： --- ### **1. 错误原因分析** 错误代码 `0x80070057` 对应的系统错误是 **`E_INVALIDARG`**，即 **参数格式不正确**。常见场景包括： - 命令行参数语法错误（例如路径、调试模式设置错误）。 - 符号路径（Symbol Path）配置问题。 - 权限不足或调试目标不兼容（例如尝试调试内核转储文件但未指定物理内存基地址）。 - 文件损坏或调试器版本不兼容。 --- ### **2. 逐步解决方案** #### **步骤1：检查命令行参数（关键）** 如果通过命令行启动 WinDbg，需确保参数格式正确： - **错误示例**（路径包含空格未加引号）： ```bash windbg.exe -k com:port=\\.\pipe\debug,baud=115200 # 路径未转义空格 ``` - **正确写法**： ```bash windbg.exe -k "com:port=\\.\pipe\debug,baud=115200" ``` - 如果路径含空格，需用双引号包裹。 - 内核调试参数（`-k`）必须完整且符合语法（如 `com:port=...,baud=...`）。 #### **步骤2：验证符号路径** 符号路径错误可能间接引发此问题： - 输入命令检查符号配置： ```bash .sympath ``` - 若未配置符号服务器，需添加微软公共符号路径： ```bash .sympath srv*https://msdl.microsoft.com/download/symbols .reload /f # 强制重新加载符号 ``` #### **步骤3：确保以管理员权限运行** - **WinDbg 需要管理员权限** 才能访问系统级资源（如物理内存或内核调试端口）。 - 右键点击 WinDbg 图标，选择 **以管理员身份运行**。 #### **步骤4：检查调试目标兼容性** - **转储文件类型**： - 如果打开的是 **RAW 内存转储文件**，需通过 `-k phys:File=路径,start=基地址` 指定物理内存基地址（通常为 `0x0`）。 - 示例命令： ```bash windbg.exe -y "符号路径" -k phys:File=D:\memory.raw,start=0x0 ``` - **架构匹配**： - 确保 WinDbg 版本（32/64位）与目标转储文件或进程的架构一致。 #### **步骤5：修复或重新生成调试文件** - 如果调试目标是 **崩溃转储文件（.dmp）**，可能文件已损坏： - 尝试用其他工具（如 `BlueScreenView`）验证文件是否可读。 - 重新生成转储文件（例如通过 `Procdump` 或系统崩溃设置）。 #### **步骤6：检查内核调试配置** 若为内核调试（如双机调试）： - **串口配置**： - 确认波特率（`baud=115200`）、COM端口（如 `port=COM1`）与目标机一致。 - **虚拟机管道设置**（VMware/VirtualBox）： - 确保命名管道路径格式正确（例如 `\\.\pipe\debug`）。 #### **步骤7：更新 WinDbg 和系统** - **升级到最新版 WinDbg Preview**（通过 Microsoft Store 安装）。 - 运行 Windows Update，确保系统补丁已更新。 --- ### **3. 高级排查** #### **（1）启用调试器日志** - 启动 WinDbg 时添加日志参数： ```bash windbg.exe -logo output.log -k ... # 生成日志文件 output.log ``` - 检查日志中具体的错误上下文。 #### **（2）检查注册表设置** - 某些调试功能依赖注册表项： - 打开 `regedit`，检查 `HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Debug Print Filter` 是否存在异常项。 #### **（3）系统文件修复** - 运行系统文件检查工具： ```bash sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth ``` --- ### **4. 常见案例总结** | **场景** | **错误原因** | **解决方案** | |-------------------------|-------------------------------|-----------------------------------| | 打开转储文件 | 未指定物理内存基地址 | 添加 `-k phys:start=0x0` | | 内核调试双机环境 | 串口参数格式错误 | 检查 `com:port=...,baud=...` 语法 | | 调试用户态进程 | 权限不足 | 以管理员身份运行 WinDbg | | 符号加载失败 | 符号路径未包含公共服务器 | 添加 `srv*https://msdl.microsoft.com/download/symbols` | --- ### **5. 总结** - **优先检查参数语法**（路径、调试模式、符号路径）。 - 确保 **权限足够** 且 **调试器版本兼容**。 - 若问题持续，通过日志或更新系统进一步排查。 - 如仍无法解决，可访问 [Microsoft 社区](https://answers.microsoft.com/) 提交完整的错误日志和操作步骤。