【SAM+案例详解】数据库还原失败提醒还原失败

颁布功夫：2024-06-17

点击量：63

SAM+系列产品数据库还原操作失败

一、故障景象

NGFW防火墙部署出口地位，，，，，内网服务器映射表网，，，，，提供对表映射服务，，，，，出现如下故障：公网用户PC1无法通过公网地址接见到映射的服务器（Server）

SAM+系列产品在进行数据库还原操作时，，，，，数据库法式提醒还原失败，，，，，谬误信息如下：

二、组网拓扑
（凭据情况选择拓扑图）

（1）通用认证拓扑描述：

三、可能原因

   1、技术道理：
（1）数据库在还原的时辰由于必要对指标数据库进行数据文件的读写，，，，，为了保险还原的数据一致性，，，，，所以不允许有其他用户在衔接这个数据库进行读取。。。。。。   （2）因而当数据库在执行还原工作的时辰检测到，，，，，存在其他和数据库的衔接或者读取行为时就会提醒还原谬误。。。。。。

2、常见的2种可能：
  （1）在执行还原的时辰产品的服务没有终场，，，，，或者本机已经有其他工作在对数据库做增删改查的执行工作还没有执行实现。。。。。。
  （2）在执行还原的时辰由存在非本机的产品业务在读取数据库。。。。。。

四、处置步骤

步骤一：核查本机的产品服务是否终场，，，，，以及是否有其他数据库执行工作

  （1）查抄产品的服务是否终场：查抄本机上说运行的产品服务是否处于终场状态，，，，，出格是原先服务启动失败的情况，，，，，由于大部门数据库还原要么产生在调换功夫，，，，，要么是故障处置的过程中由于某些环境问题必要垂危还原数据库，，，，，而产品自身有5分钟的超时自愈机造，，，，，当服务启动失败后一段时会自动沉新启动服务。。。。。。
（2）核查数据库治理工具是否有其他语句在执行：  在新建查问的窗口里面核查是否有还在执行，，，，，或者没有关关的窗口，，，，，能够将期待其执行实现后并将其关关，，，，，而后再沉新尝试数据库还原操作。。。。。。
  备注注明：若是说的确有在执行的语句，，，，，注明此事本就不应该在执行数据库还原的操作。。。。。。

步骤二：核查是否有第三方服务器，，，，，或者非本机的业务组件在读取数据库

  （1）查抄非本机的业务组件：例如自主服务（集群环境下自主是单独部署）有时辰就很容易健忘。。。。。。
（2）查抄是否有第三方服务器：某些客户侧可能由于一些特殊的需要，，，，，有通过产品经理评估后将产品的数据库读取方式盛开给了客户，，，，，导致客户现场可能存在有第三方的服务器在读取产品的数据库，，，，，核查和解决的步骤有2种
第一种：能够和客户进行确认是否有这样的业务行为，，，，，并将其手动关关终场的工作，，，，，好比说比力常见的深折服的审计设备，，，，，友商的这个产品界面里面就有读取数据库或者在线用户的方式。。。。。。
第二种：若是客户也说不明显，，，，，或者由于一些特殊的汗青布景、第三方服务器的限度无法关关，，，，，能够通过操作系统的防火墙，，，，，或者互换机上写acl将非本机的tcp1433数据流一时阻断，，，，，而后将沉启数据库的服务后进行还原尝试。。。。。。
备注：当然有前提的话，，，，，能够在服务器上抓包，，，，，过滤tcp.port==1433来找到正确的第三方IP，，，，，而后对其采取网络接见节造的战术也是能够。。。。。。