seazhang的专栏

Oracle的Data Guard想必很多文章都有提及，利用它可以提供DR解决方案。SAP也完全支持这样一种方式，以保证系统的高可用率。本文就是介绍基于Data Guard技术下的SAP DR系统的解决方案，这里面包括了以下内容：如何通过主系统的备份建立一套DR系统；如何在非局域网内进行日志传输；如何保证日志在DR系统一端的更新本章先介绍如何建立DR系统，其实这已经没有

做Basis，打Support Package是经常要做的事了。但打Support Package也会有错的，而且有时错在某个阶段时，SAP是不会让你删除包倒入队列的。这时一般都会比较郁闷，因为很多情况下，你只需要从新再安排一次包的倒入就可解决问题，而你却被挂在那里。以下是我比较常用的两种清理导入包队列的方法，供参考。第一种方法：手工清理法。这种方法会比较麻烦一些，但显得高手一些（呵呵，尤

这里所谓的分布式系统是指CI和DB各处不同的机器上，本文描述的处理方式同样适用于HA状态下的情形，因为HA状态下CI和DB也肯定是两个不同的逻辑主机名。 DB13排期，结果运行失败，报以下错误。Job startedStep 001 started (program RSDBAJOB, variant &0000000000000, user ID BASIS)No applicati

概述从Oracle 10g开始，提供了一种新的恢复技术，称之为Flashback（闪回技术），这种技术可以任意恢复数据到指定的时间点或某个操作点，尤其是对用户误操作时有极好的帮助。这些误操作包括了用户对表的行记录有误操作用户对表有总体误操作，如批量修改了一组记录用户误删除了某个表对于第一、第二类错误，如果业务逻辑不算太复杂，但数据又非常重要的情况下，效果非常的好。所谓业务逻

SAP镜像系统通常与主系统放置在不同的物理位置中，中间使用专线方式相连。但由于目前网络的费用较为昂贵，采用Oracle的service直写方式肯定不现实。较为折衷的办法如下：在与主系统同一物理环境内，比如DEV或QAS下，分配一块足够大的空间，做为PRD系统的第二日志写入点，并此系统中安排定期运行的脚本，压缩日志并采用诸如FTP一类的方式传输至镜像系统中。之所以不采用brarchive

SAP的Logon Group可以自动实现负载均衡，本文描述了如何在服务器与客户端之间进行配置，以完成使用Logon Group的方式进行登录。 先决条件：你必须至少拥有一套Dialog Instance，否则仅凭一套Central Instance无法做到负载均衡。 服务器端T-code: smlg初次进入时，因为没有设置过Logon group，所以只有你所有Insta

需求：AIX 5.3，Veritas Netbackup 6.5，ECC 6，需要配合使用完成备份。 安装Veritas Client和Veritas for SAP Agent，这个步骤比较简单，就是解包然后运行install，按几个回车就搞定了。 配置Veritas#cd /usr/openv/netbackup#mkdir scripts#cd scripts

众所周知，SAP在NetWeaver平台后，需要在安装中输入Solution Manager算出的Key。解决方法无非有二：一是直接用Solution Manager算出这个key来；二是网上流传的一段ABAP程序，可以在SAP系统里算出这个Key来但如果手上既没有Solution Manager，也没有SAP系统呢？是不是就没法算了？我这里有一个解决方法到SAP提示输入Sol