前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >「SAP ABAP」SAP包(二)【CTS | 传输请求】

「SAP ABAP」SAP包(二)【CTS | 传输请求】

作者头像
THUNDER王
发布于 2023-03-10 13:23:07
发布于 2023-03-10 13:23:07
1.2K01
代码可运行
举报
运行总次数:1
代码可运行

💂作者简介: THUNDER王,一名热爱财税和SAP ABAP编程以及热爱分享的博主。目前于江西师范大学会计专业大二本科在读,阿**社区专家博主,华**社区云享专家,CSDN SAP应用技术领域新兴创作者。   在学习工作中,我通常使用偏后端的开发语言ABAP,SQL进行任务的完成,对SAP企业管理系统,SAP ABAP开发和数据库具有较深入的研究。


目录


前言

本文我们将要继续讲解SAP包中的一些知识——CTS。CTS是变更传输系统,用于将开发系统的变更事项传输给运营系统或者设置用户自定义时使用的工具。


CTS概要

CTS变更传输系统,用于将开发系统的变更事项传输给运营系统或者设置用户自定义时使用的工具。   我们知道:SAP公司推荐使用的是三系统蓝图,在这样的架构中至少包含三套SAP系统

  • 开发系统
  • 测试系统
  • 生产系统

  而CTS的主要作用就是将文件和目录传输到测试系统生产环境。除此之外我们还可以根据CTS号来对程序进行版本管理


CTS功能

  CTS主要包括了以下的两个功能:系统间传输版本管理

 什么是系统间传输?

  在一个正规的开发流程中:大致具有以下步骤

  • 开发人员接收业务顾问提交的开发需求;如果需要,开发人员应当配合业务顾问进行用户需求分析;
  • 开发人员根据开发需求在DEV开发系统中进行程序开发;
  • 开发人员将程序传输至质量保证系统中进行初步测试,测试完毕后通知业务顾问进入用户测试阶段
  • 程序在质量保证系统中经用户测试通过后,开发人员申请将程序传输至生产系统,相关主管审批通过后,BASIS人员负责将传输请求传输至生产系统
  • 如果程序需要作为后台程序运行,需要在传输申请中做出说明,由BASIS人员在生产系统中定义后台作业。
  • 开发和修改程序都需要填写开发文档。开发文档存放于服务器的专用目录中,每个程序一个文档,新程序需要新建文档,修改程序需要修改原来的程序文档(在原文档基础上追加内容,不允许删除原文档内容),记录本次修改的内容请求号等信息。开发程序申请传输生产系统中时,同时提交开发文档审核,相关主管需要同时检查程序和文档的规范性

PS:ABAP开发人员不需要对传输路径的配置详细了解,这是BASIS顾问的工作,【T-CODE:STMS】传输路径由BASIS进行预先设置好。

 如何进行系统间传输

CTS提供一个能把系统的变更内容反映到其他客户端或者系统的机制,主要是通过CTS号(变更传输请求号【变更请求号】)。   所有创建的请求都可以在【T-CODE:SE10】中进行查找,变更请求号包含以下几个重要属性:

PS:一个变更请求号可以包含多个任务编号。通常由开发主管创建变更请求号,然后发布多个任务编号给开发人员。开发人员完成开发后,释放任务编号完成发布工作。待全部开发人员完成任务编号释放后,由开发主管释放变更请求号,完成由开发系统向测试系统(质量保证系统)的传输。

  创建变更请求号

  变更请求号的创建可以在【T-CODE:SE10】中创建,除此之外:在创建对象(数据库表、程序、包…)的过程中,会弹出【可传输的工作台请求的提示】对话框,点击创建按钮也可进行创建。

  创建任务编号

(一)首先输入事务码【T-CODE:SE10】进入传输组织器:请求,可以看到目前我们有一个变更请求号S4HK900351,在改请求号下还挂了一个任务编号S4HK900352,现在我们要在改请求号下再建一个任务编号

(二)选择S4HK900351变更请求号,单击【添加用户(Shift+F9)】按钮

(三)弹出【添加用户】对话框,单击【确认】按钮

(四)任务编号创建完成并且挂在了S4HK900351变更请求号下


  修改任务编号

  现在我创建了两个任务编号:S4HK900355S4HK900356,并且在S4HK900356任务编号下挂了程序两个存储对象,如下图所示:

  现在我想把存储对象从S4HK900356任务编号改挂在S4HK900355任务编号下,操作如下:

(一)双击S4HK900356任务编号进入【显示请求/任务】对话框,将红框中存储对象的属性记录下来

(二)双击S4HK900355任务编号进入【显示请求/任务】对话框,单击【显示<-->更改】按钮进入编辑状态

(三)将(一)中记录的三个属性填入,按下回车,其他信息自动带出,然后点击【保存】按钮保存条目

(四)选择该条目,单击【锁定对象】按钮,将该条目锁定

(五)返回双击S4HK900356任务编号进入【显示请求/任务】对话框,先单击【显示<-->更改】按钮进入可编辑状态,然后删除存储对象的该条条目,会弹出一个【信息】对话框,无需理会一路选择【确认】按钮即可

(六)最后会弹出一个【提示】对话框,告诉我们任务编号已经重新分配好了


  释放变更请求号

  释放变更请求号的目的是将文件从DEV(测试系统)传输到 QAS(质量保障系统 | 测试系统)中去。

PS:若要释放变更请求号,需要先释放改请求号下所挂载的所有任务编号。

(一)选择任务编号S4HK900356,单击【直接发布(F9)】按钮

(二)弹出发布成功信息,并且在任务编号S4HK900356右边出现一个

(三)同上操作对于任务编号S4HK900355

(四)选择变更请求号S4HK900354,单击【直接发布(F9)】按钮,完成后会弹出日志信息,关闭后弹出成功消息


  修改已释放的(变更请求号 | 任务编号)

  有些时候当变更请求号释放后我们还想进行修改,此时在【T-CODE:SE10】中是无法再进行更改的了,这时就要请出一个程序RDDIT076

(一)运行程序RDDIT076,输入要更改的变更请求号 | 任务编号,我们将上一步释放的变更请求号修改为可编辑

(二)进入【请求的概述】屏幕,双击变更请求号S4HK900354,单击【显示<–>更改】`按钮进入可编辑状态

(三)将状态R修改为D,单击【确认】按钮

(四)同(三)操作对于任务编号S4HK900356S4HK900355

(五)返回【T-CODE:SE10】,可以看到所有变更请求号和任务编号重新变回可编辑状态

PS:状态有五种标识,列举如下:

标识字母

解释

L

可修改,受保护的

D

可修改的

O

已开始释放的

R

已释放的

N

已释放(含对已修复对象的导入保护)


 版本管理

  在SAP中我们可以根据CTS号来对程序进行版本管理,通过CTS号我们可以将程序恢复到之前的版本。

(一)进入【T-CODE:SE38】,单击实用程序,在下拉菜单中选择版本->版本管理

(二)在这里可以将程序恢复到以前的版本,选择想要恢复的版本,单击【检索】按钮,便可恢复到该版本

PS:程序一但在【T-CODE:SE10】中释放变更请求发布后,便算是完成了一个版本的发布,此后重新激活该程序需要挂在新的CTS号或者任务编号下。


写在最后的话

  本文花费大量时间介绍了CTS | 传输请求,希望能帮助到各位小伙伴,码文不易,还望各位大佬们多多支持哦,你们的支持是我最大的动力!

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2023-03-07,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
微服务高可用容灾架构设计
相对于过去单体或 SOA 架构,建设微服务架构所依赖的组件发生了改变,因此分析与设计高可用容灾架构方案的思路也随之改变,本文对微服务架构落地过程中的几种常见容灾高可用方案展开分析。
腾讯云中间件团队
2023/09/09
1.3K0
微服务高可用容灾架构设计
得物彩虹桥架构演进之路-负载均衡篇
一年一更的彩虹桥系列又来了,在前面两期我们分享了在稳定性和性能2个层面的一些演进&优化思路。近期我们针对彩虹桥 Proxy 负载均衡层面的架构做了一次升级,目前新架构已经部署完成,生产环境正在逐步升级中,借此机会更新一下彩虹桥架构演进之路系列的第三篇。
得物技术
2024/11/19
2280
容灾的架构分析和容灾选择策略
容灾半径是衡量容灾方案所能承受的灾难影响范围的指标。不同灾难的影响范围是不同的,而距离也会影响到容灾技术的选择。容灾中心的架构按照源备端之间的距离,可分为本地容灾、同城双活、两地三中心。
删库跑路886
2022/04/29
3K0
容灾系列(五)——数据库容灾建设
在一个数据为王时代,数据安全视为一家企业命根子,因此如何保障企业数据安全尤为重要。本文主要从数据库容灾方案视角,基于当前客户业务并结合技术&产品,制定最佳容灾方案。主要从以下三个方面来介绍:
开元
2021/10/21
8.5K2
容灾系列(五)——数据库容灾建设
聊聊高可用的“异地多活”架构设计
来源:https://blog.dogchao.cn/?p=299  前言 后台服务可以划分为两类,有状态和无状态。高可用对于无状态的应用来说是比较简单的,无状态的应用,只需要通过 F5 或者任何代理
程序猿DD
2022/10/11
1.8K0
聊聊高可用的“异地多活”架构设计
企业级 IP 电话系统高可用架构设计详解
设计高可用架构需要合理部署以下核心组件,每个组件的高可用性都直接影响系统的整体表现:
杜金房
2025/03/27
2620
企业级 IP 电话系统高可用架构设计详解
容灾系列(十二)——业务异地多活能力建设【方案篇】
异地多活相对于异地热备,最大不同点在于应用在不同地域都承载流量,从业务流量调度,数据同步以及业务性能等方面技术复杂度会大幅度的提升。同时业务异地多活有一个前提,就是业务支持单元化部署,这里对存量有历史技术债业务也存在非常大的挑战。因此本篇幅讨论异地多活前提是,业务已经具备单元化部署的能力。
开元
2022/12/09
2.4K0
容灾系列(十二)——业务异地多活能力建设【方案篇】
“两地三中心”和“双活”简介--容灾技术方案
当前市场上常见的容灾模式可分为同城容灾、异地容灾、双活 数据中心、两地 三中心几种。
kubernetes中文社区
2020/06/16
15.5K0
跨数据中心下的 Kafka 高可用架构分析
导语 本文介绍了 Kafka 跨数据中心的两种部署方式,简要分析两种方式下的不同架构以及优缺点,对这些架构可能碰到的问题也提供了一些解决思路;同时也说明了 Kafka 跨数据中心部署的社区解决方案和商业化解决方案。 背景 Kafka 作为世界上最流行的消息中间件之一,一般是客户数据链路中的核心组件,高可用性是客户很关注的因素。近期在对接云上客户时发现,客户对 Kafka 的高可用也有需求,行业架构师也想了解 Kafka 高可用的方案细节;有些客户是需要云上 Kafka 的高可用能力,有些客户需要 IDC
腾讯云中间件团队
2023/04/28
1.9K0
跨数据中心下的 Kafka 高可用架构分析
容灾系列(一)—— 云上业务容灾方案要如何选?
说起容灾,很多同学脑子冒出来熟悉字眼,”同城双活”,“两地三中心”,“单元化”,“set化”等等。其实这些名词背后均隐射一层含义,面对一些灾难时候,业务如何做冗余来快速恢复业务。
开元
2021/05/18
9.2K1
容灾系列(一)—— 云上业务容灾方案要如何选?
容灾演练-故障切换
容灾设计过程当中需要考虑的故障切换的场景有很多,数据中心内部的高可用切换不在本次讨论范围之内,我们讨论的是容灾恢复过程中的关键跨数据中心级的故障切换场景,从网络层到存储层都会涉及到,其主要涉及如下几个方面:
邓愉悦
2021/09/16
3K0
混合云应用双活容灾最佳实践
越来越多的企业在数字化转型和上云进程中选择混合云的形态(云+自建 IDC 或云+其他厂商云)来进行容灾建设,一方面不会过度依赖单一云厂商,另一方面还能充分利用已有的线下 IDC 资源。
IT运维技术圈
2022/10/24
3.3K0
腾讯专有云高可用设计内幕揭秘
导语 近几年,大型公有云故障引发的生产业务事故案例时有发生。由于很多开发者默认大型公有云的服务是一直可用的,在开发时没有针对公有云服务进行容错设计,在公有云故障时,就出现了业务的异常。可见,由于大型公有云实际上已经成为了全社会共同拥有的IT基础设施,其业务的高可用也已经成为了企业社会责任的一部分。腾讯云是如何通过完备的高可用设计,来保证云服务的业务连续性和数据持久性,从而承担大厂应有的社会责任的呢? 这篇来自腾讯专有云的架构师方天戟的万字长文为您揭开腾讯专有云高可用设计的内幕。 一. IT 业务高可用的
腾讯专有云
2023/01/01
7.4K0
腾讯专有云高可用设计内幕揭秘
如何设计高可用的云业务架构?
容错(fault tolerance)指的是, 单个组件发生故障时,业务还能继续运行。
binwenli
2019/12/13
2.5K1
如何设计高可用的云业务架构?
金融级高可用!天翼云TeleDB数据库如何实现容灾双活?
数据库作为企业数据的管理软件,是企业的核心资产,需要避免单点灾难,因此数据库灾备需求应运而生。
科技云报道
2022/12/08
3.1K0
金融级高可用!天翼云TeleDB数据库如何实现容灾双活?
商业银行基于容器云的分布式数据库架构设计与创新实践
本文介绍了某商业银行基于 TiDB 和 Kubernetes(简称 K8s) 构建的云化分布式数据库平台,重点解决了传统私有部署模式下的高成本、低资源利用率及运维复杂等问题。
PingCAP
2024/12/09
2640
商业银行基于容器云的分布式数据库架构设计与创新实践
如何利用腾讯云实现同城灾备?
灾难备份对于企业来说是一项非常重要的技术应用,对企业的数据安全起到很大作用。灾难备份,即灾备,是指利用科学的技术手段和方法,提前建立系统化的数据应急方式,以应对灾难的发生。其内容包括数据备份和系统备份,业务连续规划、人员架构、通信保障、危机公关,灾难恢复规划、灾难恢复预案、业务恢复预案、紧急事件响应、第三方合作机构和供应链危机管理等等。
删库跑路886
2022/10/31
2.3K0
如何利用腾讯云实现同城灾备?
首届云上广交会存储服务架构与实践
疫情压力下,广交会63年来首次整体搬上“云端”,首次整体搬上“云端”的广交会运行平稳,服务了217个国家和地区的采购商观展。作为本届广交会的技术服务商,腾讯为广交会网上举办提供整体技术支持、平台研发服务与云资源支撑。
hustxiong
2020/08/10
4.2K0
腾讯云高可用和容灾解决方案
实现业务连续性的技术手段通常包括高可用性和灾备恢复两种,所以本文讲述的是在腾讯云上实现业务连续性的解决方案。
聊high云
2018/03/13
12.1K0
腾讯云高可用和容灾解决方案
云时代数据容灾的正确姿势
2、确保应用高可用性,消除计划外的停机时间,减少计划外的停机时间,提高业务连续性。
嘉为蓝鲸
2019/06/21
2.1K0
云时代数据容灾的正确姿势
相关推荐
微服务高可用容灾架构设计
更多 >
LV.1
这个人很懒,什么都没有留下~
目录
  • 目录
  • 前言
  • CTS概要
  • CTS功能
    •  什么是系统间传输?
    •  如何进行系统间传输
      •   创建变更请求号
      •   创建任务编号
      •   修改任务编号
      •   释放变更请求号
      •   修改已释放的(变更请求号 | 任务编号)
    •  版本管理
  • 写在最后的话
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验