老铁们,大家好,相信还有很多朋友对于exchange邮件服务器、exchange邮件服务器数据库加载不了和的相关问题不太懂,没关系,今天就由我来为大家分享分享exchange邮件服务器、exchange邮件服务器数据库加载不了以及的问题,文章篇幅可能偏长,希望可以帮助到大家,下面一起来看看吧!
前言:应用感知是需要在创建备份任务时手动勾选的,默认是不进行应用感知备份
- 打开veeam控制台新建备份任务并编辑任务名称
- 添加域控服务器
- 设备备份存储以及完整备份保留时间
- 勾选如图所示选项进行应用感知备份,否将将无法进行应用感知备份。并在Guest OS credentials输入域控超级管理员的账号密码。最后点击Test now进行验证测试
备注:这步是AD域账号恢复的关键
- 测试完成后点击Close
- 选择备份开始时间后点击Apply
- 点击Finish完成备份任务创建
- 如图所示我们在域控中删除了名为应用感知的测试账号,此时该账号已经无法使用
- 找到veeam控制台中AD域控备份还原节点(创建备份任务时开启应用感知功能后会多一个如图所示的还原选项)
- 选择恢复节点
- 点击Browse
- 打开后可以看到和域控中一样的组织架构
- 找到此前误删除的账号
- 右击账户,选择如图选项进行恢复(可以选择覆盖还原也可以选择还原到指点地点,同时也可以针对整个OU或者计算机账户进行还原)
- 输入域超级管理员账号密码,输入完成后即可进行账号恢复
- 等待恢复完成后我们登录AD域控查看账号已经存在了
以上内容就是Veeam备份进行应用感知的恢复操作,Veeam的应用感知不仅仅能够恢复域控账号,还能够恢复数据库、exchange邮件服务器等等业务。当出现如上所述需求时不需要花费大量的时间去恢复整台机器,只需对需要恢复的内容进行单独还原即可。
如何对AD和Exchange进行安全加固满足护网需要?
- 自2017年WannaCry病毒席卷全球之后,持续演变,挖矿及勒索病毒数量两年暴涨1500%,现已成为网络安全的最大威胁,而勒索金额也从以往的以万为单位飙升到百万美元级别。
- AD域由于存在着大量的特权账号、应用服务账号、用户账号,是入侵攻击最多的对象之一。
- Exchange邮件系统作为日常办公所需,存放有大量办公及业务邮件数据,容易被攻击并泄露邮件数据,或者受钓鱼邮件影响导致信息安全事件,是被入侵攻击勒索最多的对象之一。
- 在国家级的护网行动(红蓝攻防演练)中,AD域如果被攻击成功,是扣分最多的一项内容之一。
- ……
本文将着重介绍嘉为公司基于AD(Active Directory)纵深防御体系建立的“工具+安全加固服务”的AD域安全加固模式,通过建立安全检测平台,并从AD应用安全、操作系统安全、网络访问安全等方面,全面提升AD域环境的整体安全性能。另外同样基于纵深防御体系建立的 Exchange方案,提升了企业邮件系统(Exchange)的安全性。
企业信息整体安全体系由6大部分构成,分别是:
- 基础架构安全(ISP)
- 身份和访问控制管理(IAM)
- 信息安全管理体系(ISMS)
- 安全运维管理平台(SMP)
- 数据和文件安全管理(DSM)
- 应用安全管理(ASM)
这6个部分构成了完整的企业安全信息体系,可以说一切的安全加固服务都应成为此体系的一个部分。
AD(Active Directory)作为企业广泛使用的用户目录服务系统,其安全加固就属于身份和访问控制管理(IAM)中,独占一个大类,可见对企业AD环境进行安全加的重要性。
并且,在多数情况下,AD域除了作为企业账号和终端管理中心,还作为企业内企业信息系统的账号源并提供身份验证服务,例如ERP、RADIUS、VPN等。因此对AD域环境的安全加固对企业信息系统的全面安全提升具有重要意义。
当前企业AD域环境的面临的安全挑战是多方面的,主要表现为:
1.病毒的入侵
近年来网络病毒(勒索病毒、挖矿病毒、木马病毒)对企业IT环境的入侵事件层出不穷,特别是勒索病毒,因为当前并没有有效且全面的数据解密手段,一旦发生此类安全事故,除非屈服于黑客并交纳巨额赎金,对企业信息系统的影响将是毁灭性的。
2.服务器缺乏安全基线控制
服务器作为应用的基础载体,在企业不同的安全建设阶段,可能并未基于企业服务器特别是生产服务器进行严格的服务器基线控制,低安全性的系统基线和权限控制无法必然会暴露更多系统侵入通道。
3.敏感信息的泄露
对于域的渗透入侵或以社会工程学的方式获得企业内部账号权限,极易引发通过企业信息系统如邮件系统造成企业敏感信息泄露的危险。
4.缺少安全事故的定位手段
AD日志管理的疏漏,威胁检测平台的缺失,导致在安全事件发生时,无法通过有效手段分析并溯源安全事件发生点及发生通道,一旦同类事件再次发生,依旧没有有效的防范措施去规避。
5. 操作系统本身的漏洞
操作系统本身漏洞的发现是常有的事,特别是0day漏洞,其影响可能极其深远广泛,因忽视了操作系统本身的补丁加固而存留的系统级别安全风险危害极大。
嘉为基于AD活动目录(Exchange)纵深防御体形成了行之有效的安全加固服务内容,整套嘉为安全加固模式中包含基础操作系统的安全加固、服务器网络访问的安全加固、应用本身的安全加固以及AD域威胁分析平台——ATA(Advanced Threat Analytics)。
“工具+服务”的安全加固模式
前文已经介绍过安全加固服务方面的内容,ATA则是安全加固模式中所使用的工具。ATA作为微软官方的AD域威胁分析平台,通过利用物理或虚拟交换机,利用ATA 网关的端口镜像,监视域控制器网络流量。 如果直接在域控制器上部署 ATA 轻型网关,则无需删除端口镜像。 此外,ATA 可以利用 Windows 事件(直接从域控制器或 SIEM 服务器转发),并分析攻击和威胁的数据,实现不限于如下的安全检测功能:
- 终端和域信任破坏
- 远程执行尝试
- 可疑身份验证和盗用
- LDAP暴力攻击
- 传递哈希和传递票证身份盗用
- 大规模对象删除
- 可疑服务创建
- 异常协议实现
ATA平台架构图如下所示:
AD安全加固,简单来说,就是给企业AD域“上锁”,网络边界、网络访问、操作系统、应用服务就相当于信息系统入侵过程的4道门,怎样给这几道门上好锁,是保护好核心系统的关键。基于嘉为多年的AD域方面的工作经验和技术积累,参考国家“等保2.0”规范制定的纵深防御体系是非常好的安全解决方案。
在AD活动目录纵深防御体系中,关于这四道“门”的锁自然是就是针对这四个方面进行具体的安全加固工作,除在“网络边界”层级主要是依靠第三方系统或设备进行AD域相关设置(这块还需交由应用或设备提供商进行),在“网络访问”、“操作系统”、“应用服务(AD)”层面都有相应的安全加固实施工作,通过细致,全面的安全梳理排查,逐项提升AD域安全性。
关于Exchange邮件系统的安全加固,同样有基于类似模型的“Exchange邮件系统纵深防御体系”,同样从4道“门”中进行每一道“门”的安全实施。此外在Exchange邮件系统的网络边界中,除进行必要的第三方设备和系统的设置外,还能对Exchange的边界进行特殊的加固实施,例如采用更安全的反向代理邮件访问的架构,达到加固Exchange网络边界的目的。
对AD域和Exchange进行针对性的安全加固实施,具有以下收益:
1.提升企业域认证安全
高标准的安全基线、严格的权限控制、精细的程序执行控制、多维度的域环境访问控制,全面提升域控制器本身的安全性能,大大降低域数据泄露和远程入侵的风险。
2.提升企业账号安全
基于分级分权和最小化权限原则优化企业账号权限和委派管理,避免权限被滥用,切断病毒侵入渠道。
3.提升企业终端和生产环境安全
域域内终端和服务器针对性的安全策略制定,严格的权限和访问控制保护,威胁检测平台建立,阻止安全问题横向扩散,及时发现终端及服务器上不安全的活动信息。
4.提高企业AD威胁检测能力
微软官方高级威胁分析解决方案,全面监视域不正常的网络流量,及时发现域内不安全因素,提高安全威胁的检测和安全问题排查能力。
5.完善AD安全日志追溯能力(可选)
域控日志对接新建或现有日志平台,实现对AD域日志的统一管理,提升企业对安全日志的审计和追溯能力,快速定位和响应AD域安全威胁。需企业内部署日志平台的支持。
用户评论
封锁感觉
我今天遇到的问题就是这个啊!Exchange邮件服务器数据库一直加载不出来,各种查看日志都找不到原因,简直要崩溃了。
有7位网友表示赞同!
雪花ミ飞舞
遇到过类似问题,当时是磁盘空间不足导致的。检查下你的存储空间是否足够吧。
有14位网友表示赞同!
花菲
我也是在使用exchange邮件服务器的时候遇到了这个问题,后来发现是我的数据库配置有问题,修改配置后就好了。
有9位网友表示赞同!
雨后彩虹
Exchange邮件服务器数据库加载不了这种情况经常出现啊,可能是网络问题也可能是数据库本身的问题。建议仔细检查一下相关配置和日志信息。
有11位网友表示赞同!
枫无痕
我这有一套解决exchange邮件服务器数据库加载不了的方案,可以私信我,或许能帮到你。
有19位网友表示赞同!
安陌醉生
大佬们!Exchange邮件服务器数据库加载不了怎么办呀?求大神指点…
有13位网友表示赞同!
几妆痕
别急别慌,仔细检查一下你的 Exchange 环境,看看是否有最近进行过升级或配置修改。有时小的改变也可能导致大问题。
有16位网友表示赞同!
孤者何惧
我之前遇到过同样的问题,是由于Exchange邮件服务器的数据库文件损坏导致的,后来重新创建了数据库才解决这个问题。
有20位网友表示赞同!
无所谓
使用最新的Exchange版本吗?很多情况下更新到最新版本可以解决一些老问题的bug
有19位网友表示赞同!
厌归人
我的环境就是 Exchange 邮箱服务器搭建在虚拟机上,有时候也会出现这种数据库加载不上的情况,主要原因可能是虚假机的资源配置不足。
有9位网友表示赞同!
幸好是你
建议及时备份你的Exchange邮件服务器数据库,这样哪怕遇到问题也能恢复数据。
有10位网友表示赞同!
信仰
感觉Exchange邮件服务器数据库加载不了的问题好难解决啊,我真是头疼!有没有谁能给我点一些思路?
有8位网友表示赞同!
青瓷清茶倾城歌
我跟你感觉一样,Exchange邮件服务器数据库经常出现莫名其妙的问题,让我很是无奈 😫😫😫
有10位网友表示赞同!
追忆思域。
别着急,多看几个帖子,或者搜索一下谷歌,总会找到解决方案的。 我之前遇到过类似问题,最后发现是防火墙设置影响了Exchange服务。
有11位网友表示赞同!
漫长の人生
我也在用exchange邮件服务器,有时候也会出现这种情况,我通常就是重启一下Exchange服务就能解决,但如果是频繁发生的话可能要仔细检查数据库配置。
有6位网友表示赞同!
蹂躏少女
可能是 Exchange 服务器本身的问题吧?建议联系 Microsoft 官方客服寻求解决方案!
有12位网友表示赞同!
来瓶年的冰泉
大家遇到类似问题的时候可以尝试查看一些论坛帖吧,里面有许多大神分享经验和解决方案,或许可以帮到你们。
有10位网友表示赞同!
情深至命
其实这个Exchange邮件服务器数据库加载不了的问题解决起来并不复杂,只要认真查找日志信息,找到问题的根源就能解决!
有10位网友表示赞同!