Вложенные хранимые процедуры, содержащие шаблон отката TRY CATCH?

меня интересуют побочные эффекты и потенциальные проблемы следующим образом:

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

насколько я понимаю, этот шаблон звучит при использовании с одной процедурой-процедура либо завершит все свои утверждения без ошибок, либо откатит все действия и сообщит об ошибке.

однако, когда одна хранимая процедура вызывает другую хранимую процедуру, чтобы выполнить некоторую подблоку работы (с пониманием того, что меньшая процедура иногда вызывается сама по себе) я вижу проблему, возникающую в связи с откатами - выдается информационное сообщение (Уровень 16) с указанием The ROLLBACK TRANSACTION request has no corresponding BEGIN TRANSACTION.. Это я предполагаю, потому что откат в подпроцедуре всегда откатывает самую внешнюю транзакцию, а не только транзакцию, запущенную в подпроцедуре.

Я хочу, чтобы все это откатилось и прервалось, если произойдет какая-либо ошибка (и ошибка, сообщенная клиенту как ошибка SQL), я просто не уверен во всем побочные эффекты, которые исходят от внешних слоев, пытающихся откатить транзакцию,которая уже была откатана. Возможно, проверка @@TRANCOUNT перед выполнением отката на каждом уровне try CATCH?

наконец, есть клиентский конец (Linq2SQL), который имеет свой собственный уровень транзакций:

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

в случае, если хранимая процедура, "MySubProcedure", называется внутри MyStoredProcedure вызывает ошибку, могу ли я быть уверен, что все ранее сделанное в Mystoredprocedure будет откат, все операции Linq, выполненные SubmitChanges, будут откатаны, и, наконец, что ошибка будет зарегистрирована? Или что мне нужно изменить в моем шаблоне, чтобы обеспечить атомарность всей операции, при этом позволяя использовать дочерние части по отдельности (т. е. подпроцедуры все равно должны иметь одинаковую атомную защиту)