vcs双机命令

1. VCS集群中用命令行方式怎么设置超时时间

集群是由两台 或者两台以上的服务器组成，利用共享磁盘阵列实现系统高可用性，保证系统7*24不间断运行的软件产品。 常见集群软件： windows ： mscs vcs roseha 等 linux ：RHCE、roseha 等。

2. 两台服务器，如何进行双机热备

双机主要分两种,一种是磁盘阵列柜的硬件双机热备;一种是没有磁盘阵列柜的纯软双机热备.如果没有磁盘阵列柜的话,只能做纯软双机,那你需要购买两个双机软件,才能做,一个是双机热备份软件:如ROSS或PLUS WELL等,别一个是双机镜像软件MirrorHA,
以ross为例:
1.纯软件双机热备份
两台服务器通过网络连接，硬件配置少了磁盘阵列 , 软件配置上，除了 Cluster 之外，新增了 NT Mirror ， NT Mirror 是 ROSE 公司的网络数据镜像软件。

图 2 纯软件双机热备份系统
2 、 系统工作原理
与常规的双机系统相比，纯软件双机热备份系统的两台服务器之间少了公共的存储设备（通常是磁盘阵列），但是多了网络数据镜像软件 Mirror 。没有了公共存储设备磁盘阵列，对于某一个需要进行切换的服务而言，怎样保证其所用的数据在两台服务器上是一致的呢？这就是数据镜像软件 ROSE NT Mirror 的功能所在——— NT Mirror 通过网络，将某一台服务器上指定路径下的数据采用同步或异步方式，镜像到另一台服务器。
镜像软件取代双机热备份系统的磁盘阵列，关键之处在于其必须与 Cluster 软件协同工作。当某一服务运行于服务器 A 时，它所使用的特定数据在服务器 A 上对应于一个数据集合Ф A, 通过 NT Mirror 将源数据集Ф A 镜像到服务器 B 成为目标数据集Ф B, 当 NT Cluster 将该服务程序从服务器 A 切换到服务器 B 时，它使用服务器 B 上的数据Ф B, 同时 NT Mirror 自动修改原来从Ф A 到Ф B 的镜像成为从Ф B 到Ф A 的镜像。对一个服务程序是这样，对多个服务程序，则一一建立服务程序与数据镜像集之间的关系。这样，无论服务程序运行于哪一个服务器，始终保证其所使用的数据在对端服务器有一份镜像存在；当一台服务器由于硬件或软件原因发生故障失效 , 另外一台可在保证提供自己原有服务的同时 , 启动失效服务器的应用程序从而取代其服务器功能。
3 、运作方式：
在正常的运作情形之下，主机之间透过冗余侦测线路互相侦测，当任一主机有错误产生时， ROSE HA 提供严谨的判断与分析，确认主机出错之后，启动备援接管动作。
支持各种操作系统平台： Unix 、 Linux 、 Windows Server 等。
支持各种数据库： 数据库SQL 、 Oracle 、 Informix 、 Sysbase 、 Exchenge 、 Lotus/Nose 、 DB2 等
接管动作包括 ：
文件系统 ( File System)
数据库 ( Database)
网络地址 ( IP Address)
应用程序 (AP)
系统环境 (OS)
容错备援运作过程
• 当一台活动服务器宕机时，其 IP 地址、服务器名称及运行的作业会自动转移至另一台服务器，客户端软件不需要重新设定，只要重新连结至原来的 IP 地址及服务器名称即可继续作业；
• 两台服务器的信息交换可通过： RS232 、 TCP/IP
• ROSE HA 采取高可靠的错误检测和故障恢复机制减少系统宕机，停机时间并防范错误，提供故障警告；
• ROSE HA 可设定故障排除后自动或手动回复 ( switch back )；
• ROSE HA 安装时不需要修改操作系统的核心、更改应用软件，也无需特殊的硬件；
• ROSEHA 提供基于 GUI 的监控中心，管理员能查看 ROSE HA 的状态、检查错误信息和警告、修改系统参数及从远程工作站管理 ROSE HA 系统；
• 与数据库无关，可以支持各种数据库，包括 ORACLE 、 Sybase 、 Informix 等
管理工具：
• 友好、直观、易于操作的 GUI 界面
• 有关 ROSE HA 的配置都可以在 GUI 中完成，支持动态配置和实时同步
• 网卡的状态，磁盘的状态都可在 GUI 中显示出来
• 用户可通过第三方 Web 浏览器进行远程管理

监控的对象资源：
• Volume
• IP 地址
• 计算机别名
• 共享文件
• NT 服务
• 用户自定义
总之， ROSE HA 软件极大程度上减少了人的介入，提高了系统的可靠性与安全性，使服务能可靠的运行。
四、系统特点
纯软件高可用方案，是双机高可用软件和网络数据镜像软件的完美结合。可以概括如下：
• 系统成本低：不需要磁盘阵列，降低了系统成本。
• 系统抗灾难能力强。
• 构成双机系统的两台服务器通过网络连接，可以相隔很远的物理距离，增强了系统的抗灾难能力。
• 双向的失效切换功能。
• 双向的失效切换，又称 ACTIVE/ACTIVE 冗余方式，是指为用户提供两台可运行重要应用的全功能服务器 并确保它们中任何一台失效时另外一台可自动代替其功能。
• 系统资源占用少系统效率高。
• 数据镜像可以绑定到某一对网卡上完成，不占用服务器网络资源，减轻服务器负载，提高系统效率。
• 服务器无需相同。
• 双机热备份的两台服务器在硬件和软件配置上无须相同。
• 无需停机的设备维护能力。
• 由于应用程序可以在两台服务器之间自由切换，用户可由此实现在不停止网络服务前提下对其进行维护工作，如日常检查 . 维修或测试；而此时前台工作站可以完全透明地保持在工作状态。
• 简单易用功能全面的管理窗口。
• 面向对象的管理窗口使您只需移动鼠标，就可以配置和管理整个双机热备份系统。
• 从资源定义到服务程序的切换，都可以轻松完成。
系统要求：
• 两台服务器配置无需相同 （ IBM 服务器有例外）
• window NT/windows 2000 、 2003 操作系统版本一致
• 用于公用网络的网卡( Ethernet,Fast Ethernet,FDDI 或 ATM 卡 ) 用于私用网络的网卡或 RS-232 串口线
2.硬件双机热备份:可以用Win2003企业版也可以做.

3. vcs命令寄存器初始化为0

对于寄存器，如果没有明确指定其初始值，Vivado会根据其类型（FDCE/FDRE/FDPE/FDRE）设定合适的初始值
有些工程师喜欢使用复位信号，对所有的寄存器进行上电复位，使其在处理数据之前达到期望初始状态。但这会有一个不利之处就是复位信号的扇出很大，从而消耗了大量的布线资源，甚至造成布线拥塞

4. 如何通过VCS安装Linux双机

什么操作系统，各个操作系统不一样解决方案是不一样的。如果采用第三方软件的话推荐用赛门铁克的SF+VCS（不是广告）。还有什么需求可以hi我。

5. DC综合后的VCS后仿真命令怎么写，需要添加哪些库

library(rpart);

## rpart.control对树进行一些设置
## xval是10折交叉验证
## minsplit是最小分支节点数，这里指大于等于20，那么该节点会继续分划下去，否则停止
## minbucket：叶子节点最小样本数
## maxdepth：树的深度
## cp全称为complexity parameter，指某个点的复杂度，对每一步拆分,模型的拟合优度必须提高的程度
ct <- rpart.control(xval=10, minsplit=20, cp=0.1)

## kyphosis是rpart这个包自带的数据集
## na.action：缺失数据的处理办法，默认为删除因变量缺失的观测而保留自变量缺失的观测。
## method：树的末端数据类型选择相应的变量分割方法:
## 连续性method=“anova”,离散型method=“class”,计数型method=“poisson”,生存分析型method=“exp”
## parms用来设置三个参数:先验概率、损失矩阵、分类纯度的度量方法（gini和information）
## cost我觉得是损失矩阵，在剪枝的时候，叶子节点的加权误差与父节点的误差进行比较，考虑损失矩阵的时候，从将“减少-误差”调整为“减少-损失”
fit <- rpart(Kyphosis~Age + Number + Start,
data=kyphosis, method="class",control=ct,
parms = list(prior = c(0.65,0.35), split = "information"));

## 第一种
par(mfrow=c(1,3));
plot(fit);
text(fit,use.n=T,all=T,cex=0.9)；

## 第二种，这种会更漂亮一些
library(rpart.plot);
rpart.plot(fit, branch=1, branch.type=2, type=1, extra=102,
shadow.col="gray", box.col="green",
border.col="blue", split.col="red",
split.cex=1.2, main="Kyphosis决策树");

## rpart包提供了复杂度损失修剪的修剪方法，printcp会告诉分裂到每一层，cp是多少，平均相对误差是多少
## 交叉验证的估计误差（“xerror”列），以及标准误差(“xstd”列)，平均相对误差=xerror±xstd
printcp(fit);

## 通过上面的分析来确定cp的值
## 我们可以用下面的办法选择具有最小xerror的cp的办法：
## prune(fit, cp= fit$cptable[which.min(fit$cptable[,"xerror"]),"CP"])

fit2 <- prune(fit, cp=0.01);
rpart.plot(fit2, branch=1, branch.type=2, type=1, extra=102,
shadow.col="gray", box.col="green",
border.col="blue", split.col="red",
split.cex=1.2, main="Kyphosis决策树");

6. vcs 运行中打开文件失败

在急救那些由于系统DLL文件丢失引起的Windows系统运行不正常故障时，我们根本不需要重新安装操作系统，只需要对那些已经丢失了的DLL文件进行一下重新注册，就能让系统恢复正常运行状态了。
（1)开始－运行：输入cmd，按“enter”键回车！进入"c:windowssystem32cmd.exe"窗口（2)在"c:windowssystem32cmd.exe"窗口中的命令提示符下直接输入：for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1。注意：是在命令提示符下，不是在“运行”框中！小技巧：可以直接复制以上命令，粘贴即。（3)按“enter”键回车！开始对系统所有的DLL文件重新注册了！耐心等待吧。

7. LINUX VCS双机软件启动vxdbd进程吗这个进程是干什么用的是否可以停掉

是 gamin 这个软件的驻守进程，这个软件是用来监控本地磁盘文件改动的。在网上有不少人提到这个软件有的时候会导致CPU占用率100%，所以可以考虑把这个软件移除或者禁止自动启动。

8. 双机热备怎么弄的

1，双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备。

2，以一般常用的SQL服务的双机热备为例：先在两台服务器上安装服务器系统。

3，然后建立一个或多个磁盘阵列，将两台服务器上的SQL数据保存在磁盘阵列上。

4，然后安装一款集群软件，如：微软MSCS，SymantecVCS，ATANG Cluster等。

5，然后在软件上分别设置主和副服务器。以MSCS为例，先在服务器上安装Advanced Server或DataCenter Server。 然后在两台服务器添加相同的管理员帐号和密码。即帐号在每个节点上，都必须具有管理员权限。所有节点都必须是成员服务器，或者所有的节点是同一个域里的域控制器。在群集中，不允许一部分是域成员，一部分是域控制器。

6，然后安装集群管理软件，开启磁盘阵列，在两台电脑上设置共享磁盘，并验证共享磁盘国。

7，然后关闭第一个服务器，配置第二个节点，配置完成后，关闭第二个服务器，打开第一个服务器，配置第一个节点。

8，最后，开启两个服务器和磁盘阵列。

9. VCS配置过程环境oracle双机使用共享存储模式

你是要问怎么配置 还是？

10. vcs生成覆盖率时，条件编译的顶层会被当做不同的项目，合并覆盖率时会出错，怎么解决

 要生成覆盖率报告，要在编译和仿真的时候，加入一个选项。 -cm  line | fsm | tgl | cond , 指定生成针对什么条件的覆盖率报告。如下的makefile，就生成上述四个的覆盖率报告。注意，编译和仿真，都要加上-cm这个选项。执行 make vcs ， make sim后，会生成simv.vdb文件夹，该文件夹下包含了覆盖率的内容，但是我们需要将内容生成报告，这样，才方便我们查看。生成报告，使用的是 urg命令，该命令也是属于vcs工具里面的-dir： 指定 .vdb文件夹的位置report： 指定生成报告的格式，报告格式有两种，一种网页格式，一种text格式。这里，both代表生成两种。执行 make urg后，就会生成both文件夹。  这文件夹下的文件，就是覆盖率报告了。打开dashboard.html。可以看到整体的一些信息。但是我们关心的是设计的，而不是testbench的。点击hierarchy，得到层次。点击u1，也就是设计的顶层。可以看到关于该顶层的信息。因为在顶层，都是调用各个子模块（这里是调用 band_generaterx_tx, uart_txd模块），所以没有line的覆盖率统计，但是有TOGGLE的覆盖率统计，也就是信号的翻转。从上面可以看出，对于rst_n信号，没有从1->0的翻转，而这个信号是testbench中传递的，因此看出，在testbench设计，对于rst_n信号产生，有bug。点击左下角的uart_txd_1，查看该模块的信息。  对于该设计，因为有具体的实现，所以可以看到有line的覆盖率，toggle的覆盖率，FSM的覆盖率。对于line覆盖率，从报告看出，总共有42行，覆盖到了41行。通过查看代码，可以知道是哪一行没有被执行到。对于toggle覆盖率。从报告看出，只有rst_n有问题，而这问题是testbench的的bug造成的。对于FSM的检查。从报告看出，每个状态都有被覆盖到。但是从有些状态跳转到另外的状态，没有被覆盖到。因此造成FSM的覆盖率不高。通过查看覆盖率报告，可以查找到设计的缺陷，从而进行修正。