Desde que você disse que o banco de dados está em recuperação simples ... Tente isso, em partes, durante a manutenção agendada (haverá tempo de inatividade).
USE master
Go
ALTER DATABASE YourDB
SET SINGLE_USER
WITH ROLLBACK IMMEDIATE;
ALTER DATABASE [YourDB] SET RECOVERY SIMPLE WITH NO_WAIT
GO
(Eu sei, eu sei, você disse que era simples. Mas isso é um comportamento estranho para recuperação simples.)
USE [YourDB]
GO
DBCC SHRINKFILE (N'YourDB_log' , 0, TRUNCATEONLY)
GO
e
USE [YourDB]
GO
DBCC SHRINKFILE (N'YourDB_log' , 0)
GO
(Repita conforme necessário).
ALTER DATABASE YourDB
SET MULTI_USER;
GO
E depois faça o backup .
Edit: Ok, então isso não funcionou. Se você tem outro servidor SQL 2005, você pode querer tentar copiar o mdf para o outro servidor e usando
EXEC sp_attach_single_file_db @dbname='YourDb',
@physname=N'D:\Path\YourDb.mdf'
GO
Se isso funcionar, você poderá fazer backup dos arquivos de banco de dados antigos em outro lugar, descartar o banco de dados antigo e reconectar o novo banco de dados. Descreva, negue, renuncie. (Transações não autorizadas serão perdidas.)