Druga rzecz to nie chcę kompresji i nie potrzebuję jej więc na razie chce mieć gołe pliki archiwum subiekta bez kompresji.

Kurcze, ma ktoś telekonsultanta, może warto takie pytanie zadać w Insercie
Będę wdzięczny za pomoc.

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ć.

nie wiem ja jakoś nie mam takich problemów z klientami.
Moi chcą mieć zrobione dobrze.
A jak klient uważa że lepiej się na tym zna niż Ty to po co Cie wogóle zatrudniał.

Osobiście nie używam archiwizatora Insertu ponieważ nie potrafi archiwizować wieloplikowych baz danych oraz ma kilka innych mankamentów.
Wole to robić po swojemu. Z resztą jak to już jeden z kolegów napisał wcześniej archiwizator nie robi nic innego niż skonfigurowanie harmonogramu zadań żeby uruchamiał SQL-owy backup i kompresował do autorskiego pliku IAR.
Gdyby klient był naprawdę kimś kto ma o tym pojęcie to chciałby by Jego archiwum robiło się na serwerze, kompresowało czymś typowym, szyfrowało i wysyłało chociaż na inne komputery lub dysk sieciowy że o FTP lub Datacenter nie wspomne.
Tak standardowo ustawiamy naszym klientom kopie awaryjne.
Backup bazy, kompresja z szyfrowaniem, wysyłka na drugi serwer i wysyłka do datacenter.

Być może kiedyś znajdziesz sposób na rozwiązanie swojego problemu z archiwizatorem ale zastanów się czy jest sens bo pojawią się inne problemy a najgorzej będzie jak przez bezsensowny upór klienta bardzo potrzebna kopia będzie uszkodzona.

nie zamykaj tematu bo archiwizator jeszcze nie raz Cie zaskoczy bo on jest tylko zwyklym programem ktory na roznych systemach i przy roznych konfiguracjach moze zachowywac sie w nieprzewidywalny sposob. Programisci Insertu nie sa w stanie przewidziec wszystkich konfiguracji uzytkownikow wiec przygod po drodze moze byc jeszcze wiele. Dlatego w firmach ktorym zalezy na danych polecam alternatywną, własną formę archiwizacji.
Wszystkiego dobrego.

Winda nie może znaleść pliku 7z.exe
Musisz go skopiowac z program files do katalogu w ktorym działasz

Aha, i co powiecie na kompresowanie surowych plików .mdf i .ldf?

Kompresować to sobie możesz ale musiałbyś jeszcze pamiętać aby przed tą operacją zatrzymać serwer SQL a po niej wystartować ten serwer.
Wg mnie bez sensu.

Witam.
Będę bardzo wdzięczny za informację jak krok po kroku. Zapisac i uruchomić skrypt  przesłany przez bald-a.
1. Jakie rozszerzenie powinien mieć plik w którym będzie zapisany ten skrypt.
2. W jakim folderze powinien być zapisany plik z skryptem.
3. Czy należy mieć jakieś specjalne oprogramowanie? Jeżeli tak to jakie i jak je skonfigurować?
Bardzo podoba mi się opisany tutaj sposób archiwizacji bazy, dlatego będę wdzięczny za pomoc.