NTP已经具有知道它是联机还是脱机的机制，并且它将根据需要切换到优先级较低的源。检查到达值以触发备用来源非常容易，但是我会坚持使用NTP。如下所述，监视和校正RTC漂移可能很困难。

在互联网时代之前，我使用了一个程序，该程序可以拨出数据源并同步时钟。仍然可能有可用的服务通过调制解调器提供时间源。这将需要访问电话线。

当地时钟存在已知问题，不适用于RTC。NTP已知操作系统问题列表中记录了一些问题。这些可能导致您的时钟漂移。解决它们可能会解决您的问题。在没有错过滴答声的情况下，我发现本地(系统)时间源可能非常稳定。

您可以将Dumb Clock驱动程序(33)与将适当的RTC时间写入/ dev / dumbclockX设备的程序一起使用。

还有许多其他基于无线电时钟的驱动程序。其中一些使用WWV和CHU之类的短波服务，这些服务可能在GPS信号不可用的环境中工作。对于欧洲，此列表将包括BBC，TDF，RBU和RMW。

Pavel Krejci也已经编写了RTC驱动程序，但是它似乎没有并入官方驱动程序。这可能与PPS类型同步一起使用。

在部署之前应该有可能测量RTC漂移。但是，您将需要确保不会自动更新RTC。当使用adjtimex功能更新系统时钟时，RTC可能每11分钟更新一次。

NTP连接后将更新时钟。通常，NTP将拒绝对系统时钟进行大的调整。有一些选项可以调整时钟可以调整的距离。

我已建议使用上述RTC的选项。无线电时钟可能比GPS时钟更合适。

在没有可靠时间来源的情况下测量漂移可能是徒劳的。如果当地时间不稳定，则不能使用它来监视RTC，反之亦然。如果内核每11分钟更新一次RTC，则在连接NTP时无法测量漂移。我使用的RTC具有一秒的分辨率，因此它们必须漂移很大才能可靠地进行测量。