ORA-12518:监听程序无法分发客户机连接,网上面看了一些但是没看懂

qq_40805350 2017-12-20 04:56:45
这里面有我的配置。大佬们看看我的配置哪里错了这里我用了服务名和sid都一样的,分不多希望大佬们教下我
...全文
3492 14 打赏 收藏 转发到动态 举报
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
AiBianCheng__ 2020-09-10
  • 打赏
  • 举报
回复
我和你情况一样,也是XE版的oracle,在SID名中把ORL改成XE就行了
minsic78 2017-12-22
  • 打赏
  • 举报
回复
你这服务里面根本没有orcl,就一个XE啊,连XE吧,不过XE版本的恐怕你以后会玩的不爽,不如直接重装成企业版的
qq_40805350 2017-12-22
  • 打赏
  • 举报
回复
引用 10 楼 minsic78 的回复:
[quote=引用 9 楼 minsic78 的回复:] [quote=引用 8 楼 baidu_36457652 的回复:] 你看那个监听里面orcl实例明显不对,状态应该是ready 才对,而且应该显示两条
显示ready的是动态监听,他现在的监听文件里已经有配置ORCL这二个实例,所以是静态监听,显示unknown是对的。[/quote] “二”字多余了,去掉~[/quote] 怎么办,我错了我zz了,我用的是oracleXE的版本的所以他创建一个新的实例和企业版的不一样。。。。我有罪
qq_40805350 2017-12-22
  • 打赏
  • 举报
回复
引用 10 楼 minsic78 的回复:
[quote=引用 9 楼 minsic78 的回复:]
[quote=引用 8 楼 baidu_36457652 的回复:]
你看那个监听里面orcl实例明显不对,状态应该是ready 才对,而且应该显示两条


显示ready的是动态监听,他现在的监听文件里已经有配置ORCL这二个实例,所以是静态监听,显示unknown是对的。[/quote]

“二”字多余了,去掉~[/quote]
还是不知道怎么办,感觉我有些服务没有你们帮我看看
minsic78 2017-12-21
  • 打赏
  • 举报
回复
引用 9 楼 minsic78 的回复:
[quote=引用 8 楼 baidu_36457652 的回复:] 你看那个监听里面orcl实例明显不对,状态应该是ready 才对,而且应该显示两条
显示ready的是动态监听,他现在的监听文件里已经有配置ORCL这二个实例,所以是静态监听,显示unknown是对的。[/quote] “二”字多余了,去掉~
minsic78 2017-12-21
  • 打赏
  • 举报
回复
引用 8 楼 baidu_36457652 的回复:
你看那个监听里面orcl实例明显不对,状态应该是ready 才对,而且应该显示两条
显示ready的是动态监听,他现在的监听文件里已经有配置ORCL这二个实例,所以是静态监听,显示unknown是对的。
  • 打赏
  • 举报
回复
你看那个监听里面orcl实例明显不对,状态应该是ready 才对,而且应该显示两条
minsic78 2017-12-21
  • 打赏
  • 举报
回复
这DEFAULT_SERVICE_LISTENER=(XE)是什么鬼?去掉。 实际上你根本不需要这个监听配置文件,还清爽点。
qq_40805350 2017-12-21
  • 打赏
  • 举报
回复
引用 5 楼 baidu_36457652 的回复:
多实例是吧,你那个第一种连法是要用到监听 第二种是不需要。但是我觉得你这不是session 数量的问题,感觉是那个监听配置有问题。你tnsping 和 lsnrctl status 看看结果
是的啊,我也估计是我的配置问题,但是我也不知到怎么配置的
  • 打赏
  • 举报
回复
多实例是吧,你那个第一种连法是要用到监听 第二种是不需要。但是我觉得你这不是session 数量的问题,感觉是那个监听配置有问题。你tnsping 和 lsnrctl status 看看结果
qq_40805350 2017-12-20
  • 打赏
  • 举报
回复
qq_40805350 2017-12-20
  • 打赏
  • 举报
回复
引用 1 楼 baidu_36457652 的回复:
plsql 能连吗?
qq_40805350 2017-12-20
  • 打赏
  • 举报
回复
能,就只有我新建的orcl实例不能连
  • 打赏
  • 举报
回复
plsql 能连吗?
内容概要:本文围绕基于Basisformer模型的时间序列锂离子电池SOC(State of Charge,荷电状态)预测展开研究,利用PyTorch框架实现深度学习模型的构建与训练。通过将历史充放电数据作为输入,Basisformer能够有效捕捉电池状态的动态变化特征,提升SOC预测精度。文中详细介绍了模型结构设计、数据预处理流程、训练策略及实验结果分析,并与传统方法进行对比,验证了该方法在复杂工况下的优越性与鲁棒性。该研究不仅展示了Basisformer在时序建模中的潜力,也为电池管理系统提供了高精度的状态估计解决方案。; 适合人群:具备一定Python编程基础和深度学习理论知识,熟悉PyTorch框架,从事电池管理系统、新能源汽车或智能预测方向研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①应用于电动汽车、储能系统等领域的电池SOC高精度实时估算;②为电池健康管理(BMS)提供可靠的状态输入;③推动深度学习在时间序列预测中的实际落地,提升现有预测模型的泛化能力与稳定性; 阅读建议:建议读者结合标题为【锂电池SOC估计】【PyTorch】基于Basisformer时间序列锂离子电池SOC预测研究(python代码实现)的资源,重点研读所提供的Python代码,深入理解数据处理方式与模型络结构的设计思路,尝试调整超参数以观察对预测性能的影响,从而全面掌握Basisformer在时序建模中的优势、适用边界及工程化实现路径。

3,499

社区成员

发帖
与我相关
我的任务
社区描述
Oracle 高级技术相关讨论专区
社区管理员
  • 高级技术社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧