问题标签 [sap-basis]

我们的产品目前涵盖大量技术，包括 Java、PL/SQL、VB.Net 和 ABAP。我们为除 ABAP 之外的所有语言设置了相当成熟的源代码控制和构建系统，ABAP 仍处于石器时代。由于 SAP 在其中设置了构建系统，我们的工程师在 SAP 环境中进行所有开发，导出传输，并将它们检查到源代码控制中。由于我们支持多个 SAP 版本，因此跟踪版本和跨 4.6、4.7、5.0 等迁移代码变得非常困难。

我理想的过程是将 ABAP 代码检查到文本文件中的源代码控制中，然后将其加载到 SAP 中并生成传输作为构建过程的一部分。SAP 工程师认为没有支持这种模型的工具。

如果您在源代码控制系统中管理 ABAP 代码，您的流程是什么样的？是否有可用的工具（最好是命令行）将 ABAP 代码加载到 SAP 中？您的工程师如何管理代码/测试/调试周期？他们是在SAP 中编码，然后在完成后导出代码，还是在外部编辑器中编辑？

有些参数我不想从生产环境转移到 QA 系统。工作人员喜欢网络路径和网址。问题是在 ABAP 中，一切都在数据库中，当数据库复制到 QA 系统时，您必须手动更改这些参数。这很容易出错。

有没有办法以不会随数据库传输的方式存储配置信息？

谢谢。

我有接下来的两台服务器：

• Solaris 8、Oracle 8.1.7、SAP 46C 已安装并可用于生产

• Solaris 10、Oracle 10 没有 SAP，但容量比以前的服务器多 40%

我将在 ServerTo 中安装和配置 SAP ECC 6.0，并将从 46C 传输所有数据。在这种情况下，我想知道下一个通用步骤是否有效：

1. 使用 r3copy 的 SAP 46C 同构副本

2. 开始安装 SAP ECC 6.0

3. 在安装的某个阶段，我预计 SAP 会要求提供在步骤 1 中生成的副本。

4. 继续安装，我假设ECC 6.0能识别出第一步生成的拷贝文件对应SAP 46C版本，透明导入数据。

5. 我配置 SAP ECC 6.0 并应用最新的补丁。

6. 最后，我将拥有两个不同版本的高效 SAP。

作为测试过程的一部分，我在 Solaris/Oracle 下以“系统复制”模式完成了 SAP 46C SR2 系统的安装。数据库已经有数据。

安装过程中出了点问题，虽然它没有问题就完成了，所以我需要重新开始所有的安装过程，而不必重新安装数据库和操作系统。

是否有可能做到这一点？如果是，我应该删除哪些文件夹/目录？我还应该考虑哪些其他事情？

我必须将 SAP 后台作业（A/P 的 ABAP 报告）移动到 Cronacle 中，但不知道如何在 SAP 中停止该作业，因此我可以使用 Cronacle 计划开始运行它。

该作业每天早上 7 点 15 分从用户 SAPSYS 在 SAP 中运行，但是如果您使用 sm37 查找它，则没有为它安排时间并且它不是由事件触发的；此外，它的状态是 SCHEDULED。

我让我们的 Cronacle 团队按工作编号搜索，但他们找不到任何指向该工作的脚本。如果您查看已完成的作业，它会显示每天早上 7:15 进行。此外，没有列出前任或后继工作。有没有可能是从另一份工作开始的？如何在不删除此内容的情况下找出答案？

我正在配置传输系统，PRO 是域控制器。

我最近做了一个从 PRO（生产）到 DEV（开发/测试）系统的 46C 系统复制/安装，需要重新配置传输系统。复制后存在两个域控制器，一个在 DEV 中，另一个在 PRO 中。我在这里有两个问题：

1. 使用 STMS，我应该删除 DEV 域控制器并创建另一个仅集成到 PRO 域控制器吗？

2. 在此之后，是否会/usr/sap/trans在 DEV 中填充此系统中生成的新运输订单/任务？还是只有/usr/sap/transPRO 将填充 DEV 运输订单/任务？

可以使用 Python 查询 SAP 数据库吗？

听起来不合逻辑，但我认为有很多情况下生产系统处于 46C 并且（出于预算限制）相应的测试系统最近升级到 ECC 6.0，然后在生产中进行相同的操作。

如果不可能，在指定场景下哪个是最佳解决方案？

使用 OPEN DATASET 创建文件时，SAP 会创建所有者为<sysID>adm.

如何将此设置为登录用户？

多年来，我一直使用旧的“ SAP DCOM 连接器”在基于 Microsoft 的应用程序和 SAP 之间进行通信。不幸的是，多年来 SAP 不再支持这种古老但性能良好的技术。因此，我想要并且必须迁移到另一种更新的技术。

首先是“ SAP Connector for .NET 2.0 ”。乍一看，它似乎是一个很好的替代品。但此连接器只能与 .NET 1.1 一起使用（也可以与 .NET 2.0 一起使用），并且未来没有进一步的开发。SAP为你感到羞耻！SAP 表示，未来我们应该为 Visual Studio使用“企业服务资源管理器”。但这项技术只适用于ECC6.0，不适用于4.6C。这就是重点。我需要一种适用于 4.6C 和 ECC6.0 的现代技术！

所以我做了一些调查，发现了来自“ Theobald-Software ”的产品“ ERPConnect ”。它看起来真的很不错，而且他们有一个又好又便宜的许可证模型。该产品的第一个问题是，不允许将基于 ERPConnect 的应用程序的源代码提供给客户。这很奇怪，因为客户通常也会购买应用程序源的权利。第二个问题是，该产品不是来自 SAP，也没有通过 SAP 认证。许多客户不想要第三方的产品。

所以现在我的问题是：是否有进一步的可能性将Microsoft World与SAP World联系起来 ，有人知道上述方法的替代方案吗？特别是我需要使用 RFC 的替代方案。