Ciao Marco,
per quello che so io il log shipping altro non e' che un modo di automatizzare le "normali" procedure di backup e restore (ok, aggiungendo un po' di attivita' amministrativa tipo il file transfer etc. etc.)
Per cui, in questa ottica, le caratteristiche del backup e del restore del Log Shipping non dovrebbero essere diverse da quelle solite: durante il backup del log vengono copiate tutte le informazioni presenti dall'ultimo backup, transazioni incomplete incluse.
Quando fai il restore puoi decidere di NON effettuare il recovering e lasciare il database in stato di "restoring" ovvero in una modalita' in cui non e' accessibile, ma pronto a restorare altri log files.
Oppure puoi decidere di mettere il DB in StandBy ovvero in una modalita' in cui e' accessibile in sola lettura.
In questo secondo caso, puoi comunque restorare altri file di log e, per mantenere il DB in uno stato consistente pur non perdendo le informazioni relative alle transazioni aperte, le memorizzi in un file esterno (che indichi nell'opzione StandBy).
In entrambi i casi non perdi le transazioni non committate, ma senza recovery non accedi al DB, e in StandBy vi accedi, ma non le vedi.
Al primo restore del log in cui le transazioni vengono chiuse saranno committate (o rollbackate).
Le transazioni aperte in ogni caso verranno perse nel momento in cui il database verra' restorato "with recovery".
Non so' se ho chiarito i dubbi... Se mai ridomanda. 
Franco