公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[MM系列]SAP MB1A MB1B MB1C MB11 MIGO的区别解析   前言部分 在库存管理模块,MB1A MB1B MB1C MB11 MIGO事务代码可以用作生成收货.发货.转储等物料凭证,经常分不清用哪个事务代码最合适,现在对他们的区别说明一下,有不正确之处欢迎指点. 1.MB1A 生成出货凭证,一般用于消耗类出货,例如201成

接到领导安排,说客户有问题 请求协助解决,对方给我展示的错误日志,如下: 数据库'WSS_Content_xxxx'的事务日志已满.若要查明无法重用日志中的空间的原因,请参阅sy.databases中的log_reuse_wait_dec列 导致的结果是用户再也无法上传文件到文档库了. 看来一下对应的数据库文件,日志文件大的惊人,已经超过1.8T 作为老司机,理论上解决这样的问题,就是收缩数据库.可是咱是个理论多于实践的老司机,虽然咱有妙方,但也不敢太大意, 毕竟是人家产品环境,贸贸然的直接收缩

Deprecated VMFS volume(s) found on the host. Please consider upgrading volume(s) to the latest version. 即“已弃用VMFS卷”.这让我很奇怪,仔细检查所有已挂载存储,全都是VMFS5,并没有低版本,更没办法升级.原来这是vSphere 6的一个已知bug,解决方法是重启管理代理,方法有两种. 一是去ESXi主机控制台上按F2,以root登陆,然后选择Restart Management Age

[Obsolete]//标记该方法已弃用 /// <summary> /// 你应该调用本类的 OpenMessageBox 方法 /// </summary> public override void OpenBox() { Debug.LogError("你应该调用本类的 OpenMessageBox 方法"); } 如上面的代码,在方法前面添加 [Obsolete] 特性即可 ------------2018.3.16 14:33 补充---------

SAP HUM事务代码 HUMAT 之初探 SAP菜单中,该事务代码在这里: 1)如下的inbound delivery号码, Document flow, 已经完成了PGR, 2)执行HUMAT,进入界面,界面title变为:Report for Displaying Handling Units for Inbound Delivery, 输入物料凭证号和年份,执行,就显示相应的HU List,如下图: 3)那这个tcode可以显示一个外向发货单发货过账的物料凭证对应的HU吗?比如如下的外向

SAP HUM 事务代码HUMO为整托做Scrap HUMO事务代码查询结果里,选择某个HU, 回车,过账成功, 2019-04-10 写于苏州市.  

SAP MM 事务代码MI31之思考 1 - MI01之痛 多年SAP项目实施实践中,笔者之前对于SAP系统里盘点凭证创建(MI01)事务代码里的输入界面很是不爽: 第一,MI01输入了一行数据以后,回车,系统就隐藏了之前输入的数据,需要点击其它按钮或者菜单才能看到.这个很不方便啊,不管别人使用体验如何,反正笔者是很不爽! 第二,MI01 界面里对于数据批量输入不太方便,只能从excel里按列复制粘贴的方式来批量输入数据:而不能从某个物料号清单里选择指定的物料或者全部物料到创建界面里来. 当然,

SAP S4 HANA 1610与ECC的比较 https://zhuanlan.zhihu.com/p/27266476 SAP S4 HANA是下一代的ERP套件,是SAP 战略的核心,相关资料也是很多的,但大多都是说SAP S4 HANA如何如何的好,而对于客户来说,没有比较就没有了解,所以我们还是将SAP S4 HANA和ECC做个比较吧,希望对于大家有所帮助! 1.SAP S/4 HANA是SAP的战略核心,那就是更快.更强,更智能,更方便... 2.用户界面及体验的颠覆式更新.有新的

sqlserver 事务日志已满解决方案 可参考这篇博客: https://www.cnblogs.com/strayromeo/p/6961758.html 一.删除日志文件:(不建议) 二.手动收缩: 1.数据库右键属性-选项-恢复模式-下拉选择简单-最后点击确定 2.右键数据库-任务-收缩-文件类型-下拉选择日志-收缩操作-在释放未使用....(默认收缩到1MB)-最后点击确定 3.最后别忘了回到第一步骤把恢复模式改为完整! 三.自动收缩: 1.为了以后能自动收缩,做如下设置: 企业管理器

方法一: USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE   --简单模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DNName SET RECOVER

突然发现sql 2008出现错误:数据库 'mybase_db' 的事务日志已满.若要查明无法重用日志中的空间的原因,请参阅 sys.databases 中的 log_reuse_wait_desc 列. 解决方法: --截断事务日志  backup   log   mybase_db   with   no_log go --收缩数据库  dbcc   shrinkdatabase(mybase_db)  go 但是还是没有成功:sql servser 2008执行no_log提示“此语句不支

class Realization : Interface { /// <summary> /// 已弃用的方法,Obsolete第二个参数设置为true,调用此方法会产生警告并引起编译器报错 /// </summary> /// <param name="skey">参数</param> /// <returns></returns> [Obsolete("此方法已被弃用", true)] p

最近使用React的类型检查PropTypes时,遇到错误:TypeError: Cannot read property 'array' of undefined 看了下自己的React版本:    "react": "^16.2.0",google搜了下,原来:react的类型检查PropTypes自React v15.5起已弃用,请使用prop-types使用方法参考: https://doc.react-china.org/docs/typechecking

问题描述: 数据库的事务日志已满,起因为"LOG_BACKUP". 问题截图: 解决方法: 1).选择数据库–属性—选项—恢复模式–选择简单.2).收缩数据库后,再调回完整. USE[master] GO ALTER DATABASE 要清理的数据库名称 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 要清理的数据库名称 SET RECOVERY SIMPLE --简单模式 GO USE 要清理的数据库名称 GO , TRUNCAT

原文:SQLServer 使用sp_repldone标识所有未分发的事务为已分发 对于发布数据库的数据大量操作时,会使日志扫描并读取太多,会导致分发堵塞很久.也有一些解决方法,参考 <SqlServer 复制中将大事务分成小事务分发> , <SqlServer大量更新引起同步链延时问题> .当然也可以使这些数据不分发,尤其是新表,数据尚未让用户使用,可以在日志读取器跳过扫描标识为 "复制" 的事务. 注: 以下模拟操作,操作都在发布数据库执行! 1. 将队列读取

SAP MM 事务代码ME17的用法 1,如下采购信息记录需要被归档: PIR号码,5300007816   2, ME12打上删除标记,   3, 事务代码ME17做归档 3.1 创建archive file. 点击Write按钮, 维护变式Z_DICKSON, 退出,系统弹出如下窗口, 点击YES, 为变式输入描述,然后保存, 退出, 点击 Start Date按钮, 点击Immediate按钮,然后保存, 点击 Spool Params按钮, 回车,进入如下界面, 执行, 系统创建好了ar

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[ABAP系列]SAP 使用事务码DBCO实现SAP链接外部数据库以及读取例程   前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 一.链接SQLServer数据库 执行事务码DBCO,点新条目按钮,填写如下图所示信息 这里的连接信息很接近 Sql Server 的连接字符串,但是参数名略有不同.指定主机IP.数据库

作为刚开始学习docker的新手,从网上查询文档无疑是最快的学习捷径,但是这次在docker翻车了,困扰了整整三天,特记录一下. 一般我们使用docker for windows安装,一路往下点直至安装完成close,怎么检验安装的docker是否成功呢? 千篇一律的文章都是这么写的:以管理员身份运行power shell 1.输入 docker --version 2.输入 docker-compose --version 3.输入 docker-machine --version 问题就出在

今天一大早,收到商务部发来的消息,说某一个客户的额度超额了,但实际上并未超额.从SAP系统中反馈的额度来看,显示超了2万多.后来经过在BP画面检查信用段发现,这个客户额度占用里面,某一个未清订单已经部分交货并开票了,这点在未清发票里面也有体现,但未清订单里这个订单额度仍旧是总额,如此额度就被重复占用了.这明显违反了SAP里面额度计算的规则,很明显这是SAP新版本的Bug!后来我在测试系统中想还原该问题,却没办法能够重现情景,这个单子的异常到底是什么情况就不知道了. 那么接下来就得重新计算该客户的

喜欢博主的读者也许会意识到,这是本博客中第一篇有关屏幕增强的文章.之前没有总结过相关的东西,除了因为相关经验有限之外,我个人也是不喜欢所谓dynpro编程的,它有许多“潜规则”一样的东西要记住,想要运用熟练,就需要花些力气去学,而它又十分老旧,在SAP的UI技术发展路线中处于越来越不重要的地位..即便学成,可能也没什么特别的用处. 但是在S4开始普及的这段时间里,我们毕竟还是使用着GUI.过去的供应商.客户的事务代码被废弃,相关的功能被整合到事务代码BP(Business Partner)中,因

SAP系统中,为了省去输入程序名称等繁琐步骤,SAP提供一种命令,称作‘事务代码’,通过执行事务代码达到快速进入相应程序的目的.那么在系统中如何去查找事务代码,事务代码和程序的对应关系如何呢?我们可以通过如下方式来查询: 方法一:通过查询表TSTC或者TSTCT:SAP系统将所有的事务代码都存储在这个表中,包括字开发的Y*和Z*; 方法二:Tcode:SE93,这个是SAP提供的制作Tcode的程序,我们可以使用这里的输入引导F4来完成查找,但是这个查找效率没有方法一高: 方法三:Tcode:S