我们有两个Asterisk服务器。 一个是温故障转移（即，如果第一个失败，我们必须手动进行工作，但是它会定期进行configuration更新，以便随时可用），另一个是实时服务器。 他们都有Digium Wildcard TE405P，硬件和软件是相同的，但是最后一次我们需要使用故障切换服务器时，插入PRI线路时，情况就变得很糟糕。 现在，我们将故障转移框升级到Asterisk 1.6并将其按入服务。
我真的需要一种在我们需要之前彻底testing（包括负载下testing）TE405硬件和configuration的方法。 我不能只设置和拆卸一个小时或一天的PRItesting线，而这条线的费用使我们无法进行完整的备份。 同样，将电缆从一台服务器切换到另一台服务器也是非常具有破坏性的。
在过去，对于类似的testing情况，我刚刚做了一个T1交叉电缆 。 TE405P是一个四端口卡，所以在故障转移系统上，只需要将两个端口与T1交叉连接即可，然后写一个快速脚本让星号将一串呼叫从一个端口中发出，回答它们在另一端口。
DRtesting应该是您定期发生的系统维护计划的一部分，或者至less您应该每年，每半年定期进行DRtesting。您可以使用ErikAbuild议的方法进行基本testing，但是您绝对不会真的知道它是否工作，除非你用真正的PRI线testing它，做出真正的呼叫。 我的build议是游说定期进行灾难恢复testing，这个testing对业务影响最小。
灾难恢复组件就像其他任何东西（例如备份）一样，除非实际工作，否则它们是没有用的，为了确认它们的工作，您必须对它们进行testing。