实现对长时间运行的服务器端方法的客户机调用的正确方法

我正在使用WCF中的soap客户端与自托管的WCF服务进行通信，以远程控制我正在开发的一个软件。这个软件有一个非常长的运行操作(我们称之为Print)，它将运行几分钟，也许长达一个小时。我正试图找出如何实现方法Print给定以下要求:

1. 服务器应该能够将FaultExceptions提升到客户端，以防出现问题。
2. 如果服务连接丢失，应该尽快通知客户端。
3. 如果Print的服务器端进程断开，应该继续运行，以便客户端可以重新连接并继续监视该进程，并在必要时中止该进程。

因为我是新的WCF，我不确定如何实现这一点。我目前看到两种选择:

1. 使Print和async方法，这样我就可以"触发并忘记"它，直到它完成或抛出FaultException。这似乎很直接，但我看到了这个"问题":在WCF中有一个默认值为1分钟的客户端请求超时，这也适用于async方法(如果我没有错的话)，因此我必须显着增加。这看起来有点像黑客。
2. 实现Print自己的async行为，将其行为分解为非- async方法StartPringing，该方法启动服务器端打印任务并直接返回(或在出现问题时抛出异常)和客户端回调方法PrintingFinished。然后，当打印过程完成时，我可以使用回调PrintingFinished向客户端发出信号，或者在出现问题时使用额外的回调PrintingFailed发送异常。这个实现将被"隐藏"在async方法Print之后，这样它的行为就像任何其他可能抛出异常的async方法一样。在这里，我看到了以下挑战:我将不得不自己实现整个异常回调的东西，以处理在StartPringing返回后发生的异常(从StartPringing本身，我可以抛出FaultExceptions)。

对于这两种情况，我都必须弄清楚如何检测，当连接被服务时(我目前正在使用服务上的ping方法)，然后以某种方式让该事件从方法Print中抛出异常。在实现方面，这似乎更符合备选方案(2)，因为我需要在打印过程完成或抛出异常时实现所有其他事件处理程序。然而，我不确定如何为替代方案(1)实现这一点。

那么两种选择中哪一种"更好"呢?我所说的"更好"是指以下几点考虑:1. 与WCF中实现这种长时间运行方法的"标准"方式保持一致。2. 可维护性和可扩展性。