SAP配置请求传输传到了请求所在服务器,自己传输自己,导致配置彻底混乱,请求下包含内容也都变了。
oracle数据库的SAP传输请求往HANA传输,传输到了请求所在的自己的oracle数据库的SAP上,就是自己传输自己,导致这个系统配置彻底错误,并且传输请求下所包含的...
oracle数据库的SAP 传输请求往HANA传输,传输到了 请求所在的自己的oracle数据库的SAP上,就是自己传输自己,导致这个系统配置彻底错误,并且传输请求下所包含的配置也都变了,请问这种情况如何处理? 前提是无备份。
展开
展开全部
没有备份的话,系统管理员请先自裁。
1) 传输请求的内容是在操作系统的文件上的。 只要release 以后就保持在操作系统中, 不会因为传输过一次就改变了。所以问题并非是无解的,至少HANA上再正确的传输一次就达到目的了。 和你现在Oracle系统中的配置无关
2) 如果你的instance profile中的rec/client 参数已经配置了的话,应该是可以把配置找回来的, 当然工作量会比较大一些。
3)如果rel/client 没有配置,又没有备份,最后一根稻草就是找到相关配置人员能回忆出原来的配置值。 (所有被更改的地方都是可以找到的)
4)这个操作对系统管理员来说基本都是没有经验的, 请慎重测试,最好是找有经验的顾问来做。
5)至少你的情况还不是最坏的。 我当年帮人处理的是错误的传输包(含几百个请求)被传到ECC生产系统,还不能用restore。 最后手工改回来。 你被搞坏的最多是开发系统的一部分配置。
1) 传输请求的内容是在操作系统的文件上的。 只要release 以后就保持在操作系统中, 不会因为传输过一次就改变了。所以问题并非是无解的,至少HANA上再正确的传输一次就达到目的了。 和你现在Oracle系统中的配置无关
2) 如果你的instance profile中的rec/client 参数已经配置了的话,应该是可以把配置找回来的, 当然工作量会比较大一些。
3)如果rel/client 没有配置,又没有备份,最后一根稻草就是找到相关配置人员能回忆出原来的配置值。 (所有被更改的地方都是可以找到的)
4)这个操作对系统管理员来说基本都是没有经验的, 请慎重测试,最好是找有经验的顾问来做。
5)至少你的情况还不是最坏的。 我当年帮人处理的是错误的传输包(含几百个请求)被传到ECC生产系统,还不能用restore。 最后手工改回来。 你被搞坏的最多是开发系统的一部分配置。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询