Я не уверен, что ваше предположение верно.
Даже для одностороннего взаимодействия WCF может стать очень привлекательным, прежде чем 202 будет возвращено; например, если вы используете аутентификацию, все это должно произойти до вызова метода и до возврата 202, чтобы в случае возникновения каких-либо проблем о них можно было сообщить.
Если вы используете wsHttpBinding, например, из коробки, вы увидите 2-3 обмена сообщениями, что приведет к 200 до фактического вызова метода. это для обмена информацией о безопасности и установления контекста безопасности.
Разумеется, если вы настроили свою службу на отсутствие защиты, этого не произойдет, и она немедленно вернет 202, но это предполагает, что она должна знать, может ли она сделать это из стека WCF.
Все это в стороне - я не уверен, чего вы пытаетесь достичь - на какую переработку IIS вы ссылаетесь? Я совсем не эксперт по IIS, но сомневаюсь, что он перезапустит хост, пока что-то активно выполняется; если вы обращаетесь к кому-либо, вручную перезапускающему пул приложений (или IIS, или машину в этом отношении), я сомневаюсь, что вы многое можете сделать.
Если вы должны точно знать, что сообщение не потеряно, я могу гарантировать только один способ - использовать надежный обмен сообщениями тем или иным способом, который подтверждает запросы только в случае сохранения в долговременном хранилище;