SQL Server - Problemas con RAISERROR

Tengo el siguiente inconveniente.

Tengo un store procedure tanto en sql server 2000 como en sql server 2005 (es el mismo script para ambos), en la cual por decir en medio del script tengo un update despues de eso hago validaciones de otras tablas si en caso hubo problemas hago un RAISERROR y no se ejecuta las demas lineas y logicamente eso deberia generar un ROLLBACK es decir cancelar el update que se generó anteriormente.

En sql server 2000 funciona a la perfección, pero en sql server 2005 no cancela el update que se generó anteriormente, pero si en el sql server 2005 activo el campo implicit transactions ahi si funciona, mi duda es porque ocurre esto, ya que en sql 2000 no tengo porque activar el implicit transactions.

Gracias por la aclaración.

Subir de versión no necesariamente significa hacer las cosas más fáciles, si no mejores.
Hasta antes de SQL Server 2005 me hacía falta un try...catch...end, como el implementado desde hace mucho por borland y que existió desde .Net para Visual Studio. Debido a que ahora ya existe, el manejo de errores ha mejorado considerablemente para SQL Server y es por esto que se te presenta este 'inconveniente'.
El manejo de transacciones ya sucedía para versiones anteriores y como has notado (certeramente) era transparente para el programador. Sin embargo, el forzar el manejo explícito de transacciones es, por mucho, más una mejora que un inconveniente, sobre todo, si combinas el manejo de transacciones con el manejo de errores.
Lo que te recomiendo es que utilices esto a tu favor y comiences a programar en bloques similares a esto:

create procedure [nombre]
(..., ..., ...,
@ERR_NO int = 0 output,
@ERR_MSG nvarchar(2048) = '' output) --*
as
begin
begin try
begin transaction
....
commit transaction
end try
begin catch
...
rollback transaction
select @ERR_NO = ERROR_NUMBER()
select @ERR_MSG = ERROR_MESSAGE()
end catch
end

--* Es de 2Kb, por que es el tamaño máximo de mensaje de error.

Esto, por mi experiencia, te permite controlar y ejercer acciones en tu aplicativo, si sucediera algún error, por que obtienes el número de error y su mensaje, sin necesidad de replicar desde el query analizer o alguna situación similar. Además, el manejo de transacciones permite ejecutar bloques de instrucciones, sin preocuparte por que pedazos de instrucciones hayan sucedido mientras que otras no. Esto sirve mucho, sobre todo en proceimientos largos que pueden llegar a generar problemas de respuesta entre servidores o por registros bloqueados y, con un poquito de ingenio, hasta para mantener un log de desempeño.

Para más información, dirígete a estas páginas:
http://msdn.microsoft.com/es-es/library/ms175976(SQL.90).aspx (try)
http://msdn.microsoft.com/es-es/library/ms175069(SQL.90).aspx (no. err)
http://msdn.microsoft.com/es-es/library/ms190358(SQL.90).aspx (msj err)
http://msdn.microsoft.com/es-es/library/ms181299(SQL.90).aspx (rollback)

Espero que te sirva.

Saludos.

Cuando realizas el RAISERROR debes pasarle al errror una severidad mayor a 11, yo te sugiero 15; de esta forma el administrador de SQL Server realizará el ROLLBACK de la transacción.