Zapobieganie wielokrotnym uploadom

Podczas przesyłania pliku usługa BITS tworzy identyfikator sesji, który identyfikuje sesję przesyłania zarówno dla klienta usługi BITS, jak i serwera usługi BITS. Jeśli połączenie między klientem usługi BITS a serwerem zostanie przerwane podczas przekazywania pliku przez usługę BITS, klient użyje identyfikatora sesji, aby spróbować wznowić przekazywanie.

Jeśli klient usługi BITS łączy się z tym samym serwerem co poprzednio, serwer rozpozna identyfikator sesji, a przekazywanie zostanie wznowione od momentu przerwania działania. Jeśli jednak klient łączy się z innym serwerem, klient musi uruchomić przekazywanie od początku, ponieważ nowy serwer nie ma kontekstu sesji lub wcześniej przekazanych danych. Usługa BITS może łączyć się z innym serwerem, gdy serwer BITS działa w farmie serwerowej, a właściwość rozszerzenia BITS w IIS, BITSHostId, nie jest ustawiona. Właściwość BITSHostId uniemożliwia ponowne uruchomienie, wymuszając na kliencie usługi BITS nawiązanie połączenia z unikatowym adresem poprzedniego serwera zamiast adresu serwera udostępnionego.

Serwer usługi BITS podejmie próbę wysłania pliku do przesłania tylko raz do aplikacji serwera, ale możliwe jest, że plik zostanie wysłany więcej niż raz. Taka sytuacja może wystąpić na przykład, gdy serwer Usługi BITS wysyła plik do aplikacji serwerowej i przerywa działanie w oczekiwaniu na odpowiedź od tej aplikacji. Klient usługi BITS otrzyma kod błędu z warstwy HTTP i ponowi próbę przekazania po opóźnieniu. Jeśli serwer pozostanie offline dłużej niż ustalony czas BITSHostIdFallbackTimeout, klient w końcu wyśle żądanie ponownie na adres wspólnego serwera; inny serwer BITS odbierze plik i dostarczy go ponownie do aplikacji serwera.

Podobny przypadek może wystąpić nawet w przypadku pojedynczego serwera front-endowego. Na przykład gdy klient przekazał cały plik do serwera, końcowy blok powoduje, że serwer przekazuje plik do aplikacji serwera. Jeśli serwer USŁUGI BITS lub aplikacja serwera zakończą się po przetworzeniu pliku, ale przed wysłaniem potwierdzenia do klienta, klient otrzyma kod błędu i ponów próbę później. Gdy klient ponawia próbę, serwer USŁUGI BITS zobaczy, że ostatni blok został przekazany, i znowu przekaże plik do aplikacji serwerowej. Jeśli wielokrotne odbieranie pliku przesyłanego stanowi problem dla Twojej aplikacji serwera, należy rozważyć uwzględnienie identyfikatora transakcji do danych.