我们想删除我们的邮箱数据库之一,但在此之前,所有邮箱都需要移动/迁移到不同的数据库。其中一个邮箱是公用文件夹邮箱,它也恰好是主层次结构。
我在某处读到,如果没有 Primary Hierarchy,所有次要 PF 邮箱都将无法访问,并且主要发生的事情可能是灾难性的。
由于主层次结构是唯一的,是否仍然可以将其迁移到不同的数据库,迁移是否会导致其他 PF 邮箱停机?
我们想删除我们的邮箱数据库之一,但在此之前,所有邮箱都需要移动/迁移到不同的数据库。其中一个邮箱是公用文件夹邮箱,它也恰好是主层次结构。
我在某处读到,如果没有 Primary Hierarchy,所有次要 PF 邮箱都将无法访问,并且主要发生的事情可能是灾难性的。
由于主层次结构是唯一的,是否仍然可以将其迁移到不同的数据库,迁移是否会导致其他 PF 邮箱停机?
几分钟前,我删除了一个空的公共文件夹邮箱(第二层级)。
突然,所有公用文件夹都停止工作,当尝试在 Outlook 中下拉公用文件夹时,用户收到了一般错误。
请注意,停止工作的公用文件夹与公用文件夹邮箱完全无关。他们一起在不同的邮箱里。
现在一切似乎都很好。几分钟后,公共文件夹再次出现。
但是,我的问题仍然存在:我做了(可能)灾难性的事情吗?不再需要时删除 Second Hierarchy PF 邮箱是否会成为问题?我没想到所有公共文件夹的突然下降,当它发生时,我吓得浑身发抖。
我们有 2 台 Hyper-V 主机,拥有大量资源(192 GB RAM、12 核 CPU、15K RPM 硬盘)。
但是我们确实对这些机器提出了很多要求,因为它们都在运行一个文件服务器、一个交换服务器、2 个域控制器、一堆 IIS 服务器和一个终端服务器场。每个 Hyper-V 主机 14 个虚拟机。这些机器都没有使用少于 8GB 的 RAM。3 个终端服务器使用 24GB 内存,交换服务器使用 32GB 内存。
我们可以根据需要创建任意数量的虚拟服务器,这很棒,但很容易忘记,对于我们创建和运行的每个虚拟机,我们仍在消耗相同的物理硬件资源。
我的问题:我们如何有效地得出结论,我们是否正在用虚拟机超载我们的 Hyper-V 主机,我们应该准备第三台基于硬件的 Hyper-V 主机?
建议将不胜感激!
谢谢!
这应该是一个简单的问题:
假设用户#1 对特定共享文件夹具有显式修改权限。
我们复制 User#1 并将其命名为 User#2。
用户#2 是否也对同一共享具有显式权限?
我们只是在 2 个 Exchange Server 之间建立了一个 DAG 环境。
其中一台服务器托管活动数据库,另一台托管被动副本(无延迟)。
我认为这在硬件故障的情况下会很好地工作,但我担心应用程序方面的事情。
如果我们的活动邮箱数据库损坏(可能是由于丢失日志文件或损坏的 EDB),辅助服务器不会只是将 EDB 文件的“损坏”复制到被动副本中吗?
或者 DAG 是否足够聪明,能够意识到何时和/或什么原因导致活动数据库损坏,并停止将这些错误设置复制到被动副本?
我们有一个在 Hyper-V 上运行的 Exchange 服务器的副本。此副本每小时创建一个检查点,并将这些检查点保留 24 小时。
我们想使用“测试故障转移”选项来测试我们的检查点之一。
据我了解,当您开始测试故障转移并使用此 VM 运行测试时,会创建一个新 VM。测试完成后,关闭测试故障转移,VM 将被销毁。
我的问题是:这个测试虚拟机占用了多少磁盘空间?它会创建副本的完整副本吗?
我们的 Exchange 服务器大约 700 GB,如果测试故障转移 VM 的大小相同,我们的 HDD 将没有剩余空间。
非常感谢澄清,因为我找不到这个问题的正确答案!
每当我们的 Exchange 用户(使用 Outlook 2013)尝试在他们的邮件中打开一个由组织中的用户发送的附件时,就会出现一个安全弹出窗口,告诉他们来自 Internet 的文件可能是有害的。
用户必须按下一步才能打开文件。
有没有办法为从内部组织发送的用户禁用此功能?我确信使用组策略应该是可能的,但我还没有找到一种方法来实现这一点。
内部域已使用 GPO 添加到 Intranet 区域映射。
帮助将不胜感激!
我们每天都有很多外发邮件。这一切都完美无缺。
不幸的是,我们无法发送 1 个域。Queue viewer 中给出的错误"451 4.4.0 DNS query failed. The error was: DNS query failed with error InfoNoRecords"
。
当我 NSlookup 域时,我们的邮件服务器什么也没找到。当我从域计算机或 CentralOps 之类的网站进行 NSlookup 时,它们的域和记录似乎正常工作。
有谁知道为什么在我们的邮件服务器上找不到该域的 DNS 记录?
我们域中的用户使用漫游配置文件。不幸的是,谷歌浏览器将书签保存在 Appdata/local 文件夹中。
这会导致 Chrome 在每次用户重新登录时“忘记”设置的主页和书签。
我下载了用于组策略的 Chrome ADMX 文件,但找不到重定向 appdata/local 文件夹的方法。
有谁知道重定向此文件夹的可靠方法,或者至少确保每次用户重新登录时谷歌浏览器都不会忘记主页/书签?
谢谢您的帮助!