Zagnieżdżone procedury przechowywane zawierające TRY CATCH ROLLBACK pattern?

Jestem zainteresowany skutkami ubocznymi i potencjalnymi problemami następującego wzoru:

CREATE PROCEDURE [Name]
AS
BEGIN
    BEGIN TRANSACTION
    BEGIN TRY
        [...Perform work, call nested procedures...]
    END TRY
    BEGIN CATCH
        ROLLBACK TRANSACTION
        RAISERROR [rethrow caught error using @ErrorNumber, @ErrorMessage, etc]
    END CATCH
END

Według mojego najlepszego zrozumienia, ten wzór jest dobry, gdy jest używany z jedną procedurą - procedura albo zakończy wszystkie swoje oświadczenia bez błędu, albo wycofa wszystkie działania i zgłosi błąd.

Jednakże, gdy jedna procedura składowana wywołuje inną procedurę składowaną, aby wykonać jakąś podgrupę pracy (ze zrozumieniem, że mniejsza procedura jest czasami wywołane samodzielnie) widzę problem związany z wycofaniem-pojawia się komunikat informacyjny (poziom 16) stwierdzający The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION.. Zakładam, że jest tak dlatego, że wycofanie w podprocedurze zawsze wycofuje najbardziej zewnętrzną transakcję, a nie tylko transakcję rozpoczętą w podprocedurze.

Chcę, aby całość została wycofana i przerwana, jeśli wystąpi jakikolwiek błąd (a błąd zgłoszony Klientowi jako błąd SQL), po prostu nie jestem pewien wszystkich efektów ubocznych, które pochodzą z warstwy zewnętrzne próbują wycofać transakcję, która została już wycofana. Być może sprawdzenie @@TRANCOUNT przed wykonaniem rollback przy każdej warstwie try CATCH?

W końcu jest client end (Linq2SQL), który ma własną warstwę transakcyjną:

try
{
    var context = new MyDataContext();
    using (var transaction = new TransactionScope())
    {       
            // Some Linq stuff
        context.SubmitChanges();
        context.MyStoredProcedure();
        transactionComplete();
    }
}
catch
{
    // An error occured!
}

W przypadku, gdy procedura składowana, "MySubProcedure", o nazwie wewnątrz MyStoredProcedure spowoduje błąd, Czy Mogę być pewien, że wszystko, co wcześniej zrobiono w MyStoredProcedure, zostanie wycofane, wszystkie operacje Linq wykonane przez SubmitChanges zostaną wycofane, a na koniec, że błąd zostanie zarejestrowany? Lub co muszę zmienić w moim wzorze, aby upewnić się, że cała operacja jest atomowa, jednocześnie pozwalając na indywidualne użycie części dziecka (tzn. procedury podrzędne powinny nadal mieć tę samą ochronę atomową)