Вложенные хранимые процедуры, содержащие шаблон ОТКАТА ВЫГОДЫ ПОПЫТКИ?

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

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, будут откатываться, и наконец что ошибка будет зарегистрирована? Или что делает я должен измениться в своем шаблоне, чтобы гарантировать, что целая операция является атомарной, все еще позволяя дочерним частям использоваться индивидуально (т.е. подпроцедуры должен все еще иметь ту же атомарную защиту),