Widzę że nikt nie kwapi się do rozwiązania problemu.
No, bo taki problem w zasadzie nie istnieje. Uparłeś się po prostu.
Najpierw napisałeś że chcesz robić archiwum mechanizmami insertu, bo jakby co to możesz liczyć na pomoc, a potem że nie zależy Ci na kompresji.
No, to w czym jest problem? Zrób archiwum skryptem i nie kompresuj.
Będziesz miał archiwum w pliku .bak, które jest dokładnie takim samym jakie zrobi archiwizator subiekta bez kompresji. Nikt w insercie nie odróżni archiwum zrobionego archiwizatorem bez kompresji od archiwum zrobionego mechanizmami serwera SQL (skryptem, czy wyklikanego w management studio), bo to w obu wypadkach jest archiwum tworzone przez serwer SQL.
Dodaj do tego fakt, że harmonogram archiwizacji tworzony przez achiwizator insertu wykorzystuje systemowy harmonogram zadań i masz pełen obraz sytuacji: tak czy siak archiwum robi serwer sql, tak czy siak za jego automatyczne wykonywanie odpowiada harmonogram zadań.
Różnica jest taka, że robiąc kompresję do pliku .iar masz dodatkową akcję, która może się nie udać i przekreślić całe zadanie, a jak się uda to dostajesz plik skompresowany słabiej niż robią to rar, zip czy 7zip i na dodatek w formacie którego nikt ci w razie problemów nie pomoże zdekompresować.