数据守护维护

正常运行状态:
守护系统正常运行时,同一个守护进程组中,只有一个主库,其他的都是备库。
主库处于Open状态,主库守护进程也处于Open状态,本地没有守护进程控制文件,其内存值是Valid有效状态。
所有备库也处于Open状态,所有备库守护进程处于Open状态,本地没有守护进程控制文件,其内存值是Valid有效状态。
主库到所有备库的归档也都处于Valid有效状态。
MPP主备系统中,所有主库的dmmpp.ctl都处于一致状态。

数据守护的启动
Normal模式的库默认以Open状态启动,也可以通过增加启动参数Mount将数据库启动到Mount状态。而Primary/Standby模式的库启动后,自动进入Mount状态,因此,数据守护系统启动时,所有数据库实例处于Mount状态。所有守护进程处于Startup状态。如果实例还未启动到Mount状态(比如还处于After redo状态),守护进程不会通知实例Open。,如果通过监视器没有观察到主库或备库Open,可以借助监视器的Check Open命令查找原因,根据命令返回的原因考虑是否进行人工干预,比如需要通过监视器命令强制Open主库或备库。

强制Open数据库
假设需要强制Open数据库A,只需要启动一个监视器,登录后输入Open databaseA即可完成强制启动。
如果数据库A是Standby模式,强制Open的执行流程如下:

  1. 通知A的守护进程切换为Open Force状态
  2. 通知A执行Open操作
  3. 通知守护进程切换Open状态
    如果数据库A是Primary模式,强制Open的执行流程如下:
  4. 通知A的守护进程切换为Open Force状态
  5. 修改A到所有归档目标的实时归档/即时归档状态为无效
  6. 通知A执行Open操作
  7. 通知守护进程切换Open状态
    强制Open主库前,会设置主库到所有归档目标的实时归档/即时归档为Invalid状态。
    强制Open主库命令,会修改主库守护进程INST_RECOVER_TIME内存值为3秒(默认60秒),确保主库Open后,尽快启动故障恢复流程,同步主库数据完成后,重新将归档设置为Valid状态。
    如果在故障恢复流程完成之前,主库故障,将无法执行备库接管;备库强制接管会引发守护进程组分

关闭数据守护系统
Stop Group命令内部流程如下:

  1. 通知守护进程切换为Shutdown状态
  2. 通知主库退出
  3. 通知其他备库退出

如果使用手动方式关闭数据守护系统,请严格按照以下顺序执行:

  1. 如果启动了确认监视器,先关闭确认监视器(防止自动接管)
  2. 关闭备库守护进程(防止重启实例)
  3. 关闭主库守护进程(防止重启实例)
  4. Shutdown主库
  5. Shutdown备库

如果是只关闭主库,并且不想引发备库自动接管,有以下两种方法:
方法一:
1.通过Detach database命令将所有备库分离
2.通过Stop database命令退出主库
方法二:严格按照以下顺序执行:

  1. 通过Stop dmwatcher命令关闭所有守护进程监控
  2. 手动正常退出主库
    如果是只关闭备库,并且不想引发主库发送日志失败进入Suspend状态,请严格按照以下顺序执行:
  3. 通过Detachdatabase命令将备库分离出数据守护系统
  4. 正常退出备库(手动退出或者通过Stop database命令退出)
    关闭整个数据守护系统时,先关闭主库再关闭备库,顺序一定不能错。对于本地守护类型的库,在关闭数据守护系统时,不受此顺序限制。
    因为主库Shutdown过程中,需要Purge所有已提交事务,会修改数据,并产生Redo日志。如果先Shutdown备库,会导致主库发送归档日志失败,并且由于主库已经处于Shutdown状态,会导致主库异常关闭。

主备库切换
主库维护,滚动升级等场景,可以执行Switchover命令,实现主备库切换。如果存在多个备库,需要先执行Choose Switchover命令,选出守护进程组中可以切换的备库。
假定选出的可切换备库是B,Switchover切换流程如下:

  1. 通知主备库守护进程,切换为Switchover状态
  2. 通知主库(A) Mount
  3. 实时或MPP主备环境下,通知备库(B) APPLY KEEP_RLOG_PKG
  4. 通知备库(B) Mount
  5. 通知(A) 切换为Standby模式
  6. MPP主备环境下,通知(A)修改MPP_INI内存值为0
  7. 通知(B) 切换为Primary模式
  8. 通知(B) 修改所有归档目标的归档状态为无效
  9. MPP主备需要通知各组活动主库更新dmmpp.ctl文件,参考后文说明
  10. 通知新的备库(A) Open
  11. 通知新的主库(B) Open
  12. 通知主备库守护进程切换为Open状态
  13. 清理所有守护进程上记录的监视器命令执行信息

主库故障、备库接管
当出现硬件故障(掉电、存储损坏等)原因导致主库无法启动,或者是主库内部网卡故障导致主库短期不能恢复正常的情况下,可使用备库接管功能,将备库切换为主库继续对外服务。
故障自动切换模式下,确认监视器会自动选择符合条件的备库进行接管。
故障手动切换模式下,可以先在监视器上执行Choose Takeover命令,选出守护进程组中可以接管的备库。
为了避免备库接管后,造成守护进程组分裂,执行Takeover必须满足下列条件:

  1. 主库是Primary模式、Open状态时,发生故障
  2. 主库守护进程故障,故障前是Startup/Open/Recovery状态;或者主库守护进程正常
  3. 主库故障前到接管备库的归档状态为Valid
  4. 接管备库是Standby模式、Open状态
  5. 接管备库的守护进程控制文件状态为Valid(内存值)
  6. 故障主库和接管备库的Open记录项内容相同

假设主库A故障时,在故障自动切换模式下确认监视器自动选出待接管备库B并通知备库B自动接管,或者在故障手动切换模式下,通过监视器上的Choose Takeover命令,选出待接管备库B,在监视器上输入Takeover命令通知备库B执行接管,这两种方式的接管执行流程是一样的。
以备库B为例,接管的执行流程包括:

  1. 监视器通知守护进程(B)切换为Takeover状态
  2. 实时主备或MPP主备环境下,通知备库(B)APPLY KEEP_PKG
  3. 通知备库(B) Mount
  4. 通知(B) 切换为Primary模式
  5. 通知(B) 修改到所有归档目标的归档状态为Invalid
  6. MPP主备需要通知活动主库更新dmmpp.ctl文件(步骤参考6.5主备库切换)
  7. 通知新的主库(B) Open
  8. 通知守护
    例如,主库C故障,备库B接管。执行Takeover命令后,会修改守护进程(B)的INST_RECOVER_TIME内存值为3秒(默认60秒),确保尽快启动B->C的故障恢复流程,同步主库数据完成后,重新将B->C的归档设置为Valid状态。在故障恢复流程完成之前,主库(B)故障,备库(C)无法接管;强制备库(C)接管会引发守护进程组分裂。

备库强制接管
有些情况下,备库接管会失败,但主库不能启动或者及时恢复对外服务的情况下,可以使用Takeover Force命令,进行备库强制接管。强制接管具有一定的风险,可能导致备库和故障主库数据不一致,而造成部分数据的丢失,出现数据库分裂的情况,所以应该慎重使用。
例如主库和守护进程故障时,监视器未启动,用户启动监视器后,由于监视器并未收到故障主库任何信息,因此不满足Takeover条件,执行Takeover会报错。如果用户可确认主库故障时主备数据是一致的(如故障时主库未执行操作,主备库归档有效的,并且两者的LSN一致)、或者丢失小部分数据的影响可忽略、或者丢失小部分数据的影响小于主库持续宕机造成的影响,则可以考虑执行takeover force强制接管。
强制接管,先通过Choose Takeover Force选出符合强制接管条件的备库,再执行Takeover Force命令。备库强制接管时,如果接管备库是处于Mount状态/Standby模式的库,则会自动Open备库,其他执行流程与备库接管一致。

主库故障重启(备库接管前重启)
主库故障后立即重启,此时主库的守护进程变成Startup状态,重新进入守护进程的启动流程,将数据一致的备库归档设置为有效状态,其余备库归档设置成无效状态,并重新Open主库。Open成功后继续作为主库,当检测到归档状态无效的备库正常时会启动Recovery处理流程,重新同步主备库数据。

监视器使用
命令 含义
list 查看守护进程的配置信息
show global info 查看所有实例组的信息
tip 查看系统当前运行状态
login 登录监视器
logout 退出登录
choose switchover GDW1 主机正常:查看可切换为主机的实例列表
switchover GDW1.实例名 主机正常:使用指定组的指定实例,切换为主机
choose takeover GDW1 主机故障:查看可切换为主机的实例列表
takeover GDW1.实例名 主机故障:使用指定组的指定实例,切换为主机
choose takeover force GDW1 强制切换:查看可切换为主机的实例列表
takeover force GDW1.实例名 强制切换:使用指定组的指定实例,切换为主机
主机故障后,在备机执行SELECT SF_DW_CHECK_TAKEOVER();【1:可接管 0:不可接管】

详细手册可参考达梦官方网站,或登录社区进行交流学习
https://eco.dameng.com

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
每天,有近900万存在于互联网中的站点受到安全攻击(数据来源:Rising.com.cn),其中绝大多数网站租用虚拟主机搭建, 无权在服务器端安装专用防护软件以及进行必要的安全配置,即使站点采用独立服务器运行,目前市面上大多数杀毒软件针对恶意 脚本的查杀力度远远不够,主要针对于服务器的安全防护方面,稍微进行一些代码变形即可轻松绕过查杀。     Guardian Genius(守护精灵)由此应运而生,该程序与网站程序同样使用脚本代码编写,基于脚本语言ASP、PHP开发的能够运 行在 Windows IIS 6/7/7.5 ASP/PHP下(Linux Apache2 PHP5 的支持将视情况尽快开发完毕),无须在服务器端安装任何应用程序 。也就是说,只要您的服务器能够运行网站程序就能运行本程序。     本程序的诸多业内首创特性和特殊的针对性使之全面超越当前网络上各种安全防护产品的能力和性能。     多脚本支持:程序自带ASP/PHP双重脚本语言支持功能,运行时自动检测网站所支持的脚本类型,并且自动启用,无须用户选择 ASP/PHP版本单独下载,如若服务器同时支持ASP/PHP两种语言,程序将在登录界面提供ASP/PHP的选择,以此方便切换;同时无论切 换何种语言,均使用同一数据库。     主动防御:此功能作为本软件的重点功能被提到开发的最前沿位置!在前述各项功能在非即时状态保障网站程序不受到木马后 门等恶意代码程序威胁的同时,此主动防御功能将在您网站运行的同时时时保障您的站点安全。主动防御技术采用正则表达式进行 最精确的匹配,寻找用户提交信息中包含的各项威胁,并且由于是采用正则表达式逻辑匹配方式,因此误报几率几乎为零,匹配准 确度高达99%。截止本功能从09年3月开发完毕至今为其8个月时间,该功能核心代码经过三次修改完善,已经可以确保可以对当前国 内外任何一款公开版内部版网站漏洞扫描程序进行有效拦截,针对手工方式注入和注入代码变形绕过IDS等方式也有非常高的拦截率 ;与此同时对于程序正常使用中的各种数据提交不会产生误报,这是与当前网络上所有商业版及免费版SQL注入拦截代码(程序)最 大的不同之处。在执行效率上,测试发现对一般页面提交数据的检测只需要0.05-0.1秒左右,可以忽略不计。     变型不可绕过:我们知道,有一些正常的网站程序中一些关键代码会被杀毒软件误报,网站程序开发商的处理办法仅仅是稍微 对关键代码进行一些变形即可轻松让杀毒软件“哑口无言”,同样,木马程序经过稍微的变形也一样可以让杀毒软件“哑口无言” 。本程序利用正则表达式对代码中的关键代码变形进行特殊检测,任你怎么变形,照样可以检测出威胁,绝不“哑口无言”。仅此 一项,本程序已彰显在脚本安全领域完全超越其他杀毒软件。     扫描方式:程序可以根据用户设置针对当前网站脚本代码进行索引,然后对索引文件进行扫描,扫描过程中将与自身的木马后 门程序特征库进行比对,程序自身的特征库可随时连接中心服务器进行升级同步,以确保能够及时防御网络上最新的攻击;同时附 带的智能扫描功能不依靠特征库而采用正则泛匹配方式寻找可疑代码和其中存在的威胁。在进行大批量扫描时,大约每秒可扫描一 个文件,任意多个文件均可逐个扫描,扫描过程中可暂停扫描,随时可恢复。     队列机制:因为脚本语言的特殊性,无法做到类似应用程序(.exe程序)一样在对大量文件扫描时逐个扫描并且反馈扫描结果 ,因此目前网络任何一款Web安全扫描程序都存在对大量文件进行扫描时极度占用服务器资源,并且容易在执行过程中导致IIS进程 假死从而影响网站运行。针对此现象,本程序首创缓冲扫描机制,利用Ajax技术对文件进行队列扫描,扫描过程将逐个文件的进行 ,并且每个文件扫描完成立刻反馈扫描结果,同时在进度条上直观显示扫描进度和当前状态。经过实际测试,程序在执行扫描过程 中对于一台Inter Core 双核 2.2Ghz CPU 4G 内存的服务器所造成的CPU压力稳定在1%左右,内存占用忽略不计。     在线更新:这种只能在常规安全产品上出现的功能也首次被本程序提到Web程序层面上来;对于安全防护产品,时时更新同步网 络上的最新漏洞信息才是关键所在,一款不更新的防护产品在安全领域这个攻与防的此消彼长的战斗中将被直接淘汰,本程序的在 线更新功能将自动连接中心服务器进行最新特征库的下载更新,以确保时时让您的网站处于最新的防护当中。     数据库文件检索:由于主动防御功能的特殊性,需要对网站原有数据库连接文件进行修改,这对于一般的网站站长多有不便, 因此特开发数据库文件检索功能,当您不确定数据库文件位置时,你可以任意填写一个跟数据库有联系的脚本文件位置,程序将自 动“顺藤摸瓜”找到数据库连接文件的准确位置,并且自动修改数据库连接文件进行主动防御核心引擎的挂接工作,一些都无需用 户干预。     在线支持:由于多年处于IT业产品开发维护的最前沿,深知用户使用反馈的珍贵,以及用户的遇到问题是迫切需要解决时的焦 急心情,特此开发在线支持功能,您无需登录网站、论坛、发送电子邮件等,即可将您的反馈信息在本程序中通过“支持中心”立 刻发送到官方站点支持中心等待解决。     守护精灵程序官方网站:http://www.guardiangenius.com
Web服务器的日常维护是网管的一项重要工作,主要工作有:入侵检测、数据备份、服务 器优化、常见故障处理以及日志安排等一系统日常维护,服务器管理工作必须规严谨。 一、入侵检测和数据备份 (一)入侵检测工作 作为服务器的日常管理,入侵检测是一项非常重要的工作,在平常的检测过程中,主要 包含日常的服务器安全例行检查和遭到入侵时的入侵检查,也就是分为在入侵进行时的 安全检查和在入侵前后的安全检查。系统的安全性遵循木桶原理,木桶原理指的是:一 个木桶由许多块木板组成,如果组成木桶的这些木板长短不一,那么这个木桶的最大容 量不取决于长的木板,而取决于最短的那块木板。应用到安全方面也就是说系统的安全 性取决于系统中最脆弱的地方,这些地方是日常的安全检测的重点所在。 日常的安全检测 日常安全检测主要针对系统的安全性,工作主要按照以下步骤进行: 1、查看服务器状态: 打开进程管理器,查看服务器性能,观察CPU和存使用状况。查看是否有CPU和存占用过 高等异常情况。 2、检查当前进程情况 切换"任务管理器"到进程,查找有无可疑的应用程序或后台进程在运行。用进程管理器 查看进程时里面会有一项taskmgr,这个是进程管理器自身的进程。如果正在运行windo ws更新会有一项wuauclt.exe进程。对于拿不准的进程或者说不知道是服务器上哪个应用 程序开启的进程,可以在网络上搜索一下该进程名加以确定[进程知识库:.dofile./]。 通常的后门如果有进程的话,一般会取一个与系统进程类似的名称,如svch0st.exe,此 时要仔细辨别[通常迷惑手段是变字母o为数字0,变字母l为数字1] 3、检查系统 打开计算机管理,展开本地用户和组选项,查看组选项,查看administrators组是否添 加有新,检查是否有克隆。 4、查看当前端口开放情况 使用activeport,查看当前的端口连接情况,尤其是注意与外部连接着的端口情况,看 是否有未经允许的端口与外界在通信。如有,立即关闭该端口并记录下该端口对应的程 序并记录,将该程序转移到其他目录下存放以便后来分析。打开计算机管理==》软件环境 ==》正在运行任务[在此处可以查看进程管理器中看不到的隐藏进程],查看当前运行的程 序,如果有不明程序,记录下该程序的位置,打开任务管理器结束该进程,对于采用了 守护进程的后门等程序可尝试结束进程树,如仍然无法结束,在注册表中搜索该程序名 ,删除掉相关键值,切换到安全模式下删除掉相关的程序文件。 5、检查系统服务 运行services.msc,检查处于已启动状态的服务,查看是否有新加的未知服务并确定服 务的用途。对于不清楚的服务打开该服务的属性,查看该服务所对应的可执行文件是什 么,如果确定该文件是系统的正常使用的文件,可粗略放过。查看是否有其他正常开放 服务依存在该服务上,如果有,可以粗略的放过。如果无法确定该执行文件是否是系统 正常文件并且没有其他正常开放服务依存在该服务上,可暂时停止掉该服务,然后测试 下各种应用是否正常。对于一些后门由于采用了hook系统API技术,添加的服务项目在服 务管理器中是无法看到的,这时需要打开注册表中的HKEY_LOCAL_MACHINE—SYSTEM—Curr entControlSet—Services项进行查找,通过查看各服务的名称、对应的执行文件来确定 是否是后门、木马程序等。 6、查看相关日志 运行eventvwr.msc,粗略检查系统中的相关日志记录。在查看时在对应的日志记录上点 右键选"属性",在"筛选器"中设置一个日志筛选器,只选择错误、警告,查看日志的来 源和具体描述信息。对于出现的错误如能在服务器常见故障排除中找到解决办法则依照 该办法处理该问题,如果无解决办法则记录下该问题,详细记录下事件来源、ID号和具 体描述信息,以便找到问题解决的办法。 7、检查系统文件 主要检查系统盘的exe和dll文件,建议系统安装完毕之后用dir *.exe /s >1.txt将C盘所有的exe文件列表保存下来,然后每次检查的时候再用该命令生成一份当 时的列表,用fc比较两个文件,同样如此针对dll文件做相关检查。需要注意的是打补丁 或者安装软件后重新生成一次原始列表。检查相关系统文件是否被替换或系统中是否被 安装了木马后门等恶意程序。必要时可运行一次杀毒程序对系统盘进行一次扫描处理。 8、检查安全策略是否更改 打开本地连接的属性,查看"常规"中是否只勾选了"TCP/IP协议",打开"TCP/IP"协议设 置,点"高级"==》"选项",查看"IP安全机制"是否是设定的IP策略,查看"TCP/IP"筛选允 许的端口有没有被更改。打开"管理工具"=》"本地安全策略",查看目前使用的IP安全策 略是否发生更改。 9、检查目录权限 重点查
Delphi FMX 守护进程是一种后台运行的应用程序,通常用于在操作系统启动时自动启动并在后台运行。守护进程在没有用户界面的情况下运行,并且可以执行各种任务,如定时任务、数据备份、系统监控等。 Delphi FMX 守护进程通过创建一个隐藏的窗体或无界面的应用程序来实现。它可以在后台运行,不会干扰用户的工作。守护进程可以通过操作系统的服务来启动和停止,也可以直接从命令行启动和停止。 Delphi FMX 守护进程的主要特点是稳定性和可靠性。它可以在系统崩溃或意外关机后自动恢复,并且可以持续监控和处理系统中的各种事件。它可以处理来自其他应用程序或系统的消息,并根据需要执行相应的操作。 Delphi FMX 守护进程通常与数据库、网络通信、文件管理等功能结合使用。例如,它可以定时备份数据库并将备份文件传输到远程服务器,或者定时监视网络连接并发送通知。 使用 Delphi FMX 守护进程的好处是它具有良好的可移植性和易于维护性。开发人员可以使用 Delphi 编程语言编写守护进程,然后将其在不同的操作系统上部署和运行。在需要更新或修改守护进程时,只需对其进行相应的更改,而无需影响其他关联的应用程序或系统。 总之,Delphi FMX 守护进程是一种非常有用的工具,可以在后台自动执行各种任务,提高系统的稳定性和可靠性。它适用于各种不同的应用场景,并且易于开发和维护

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值