No servidor SQL, como você reduz o tamanho dos arquivos de log sem (DBCC) reduzi-lo. Sei que reduzir o arquivo de log liberará algum espaço, mas também causará fragmentação. Fazer um ponto de verificação no modo simples ou fazer backup do log de transações no modo completo deve funcionar, mas não está funcionando em um dos meus cenários. Qualquer conselho/link ajudará a prevenir a fragmentação do arquivo de log.
AskOverflow.Dev
Depois que o log reivindica espaço em disco, a única maneira de recuperá-lo é encolhendo. Pontos de verificação e truncamento liberarão espaço no arquivo de log (agora disponível para uso futuro pelo log), mas a pegada real do arquivo no disco permanece a mesma.
Leia estes artigos para obter boas informações não apenas sobre como isso funciona, mas também sobre os prós e contras de mexer com ele. A maioria dos DBAs concordaria que encolher não é uma boa ideia na maioria dos casos normais (como você iludiu em sua pergunta).
http://msdn.microsoft.com/en-us/library/ms365418.aspx
prós e contras
http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/a9e92f1b-7a27-4999-b241-eadadbb0a057
A única maneira de alterar o tamanho físico dos arquivos de log é usando DBCC SHRINK. CHECKPOINT fará apenas truncamento de log, mas isso nunca altera o tamanho do arquivo de log físico.\
http://technet.microsoft.com/en-us/magazine/2009.02.logging.aspx
Não tenho certeza se o OP está se referindo à pegada física. Ele indica um CHECKPOINT nem um backup de log liberou espaço. Isso me faz pensar que ele está se referindo a quanto do log está "ativo". Minha sugestão seria verificar as transações abertas que impediriam a limpeza da parte ativa do log - DBCC OPENTRAN.