Хоть вы и не сообщили никаких подробностей о своем серевере и какое именно сообщение об ошибке выдается, рискну высказать свои предположения

1. Может быть лучше отказаться от VBScript и использовать в DTS непосредственные коннекты к источникам данных (Microsoft Access Microsoft и OLE DB Providr for SQL Server). IMHO так будет по-надежнее.

2. А что собственно в момент работы скрипта(конкретнее, при добавлении записи)происходит на SQL сервере, какова его загрузка, какие процессы выполняются(или может быть ожидают освобождения ресурсов, занятых). Возможно, ваша команда INSERT INTO не выполняется из-за таймаута сервера, который занят другими задачами или просто испытывает недостаток ресурсов.

3. Каков размер таблицы в которую происходит добавление данных. Есть ли у таблицы индексы (особенно кластерные), которые при добавлении тоже требуют времени на создание ключа (а при кластерном индексе еще и физического перемещения данных, если добавление происходит куда-нибудь в середину таблицы).

4. Имеются ли у таблицы в которую происходит добавление данных триггеры INSERT.

5. Возможно, что при таком частом обновлении у вас просто большая дефрагментация данных.
В этом случае используйте команды DBCC SHOWCONTIG(для анализа) и DBCC INDEXDEFRAG.

1. В таком случае хотелось бы взглянуть на текст вашего скрипта(ов) (если это не секрет).
2. Что происходит при "ручном" запуске DTS Package - какие шаги выполняются, в нужной ли последовательности и какой все-таки шаг вызывает ошибку
3. И все таки я бы еще раз посоветовал в DTS Package использовать вместо ActiveX скриптов, которые создают объект ADODB.Connection(если я правильно понял) для подсоединения к гетерогенным источникам данных, использовать те виды коннектов, которые уже имеются у SQL2000. Например, к MS Access (Sales.mdb как раз такой случай).
4. Если это невозможно, то я бы порекомендовал избавиться от цикла
WHILE NOT rs.EOF
myStr="INSERT INTO ....
cn.Execute myStr
rs.MoveNext
Wend
таким образом, что переписать данные из источника в простой текстовый файл с разделителями и его уже использовать для добавления данных (Connection - Text File(Source)).

Из личного опыта могу рассказать: был большой входной текстовый файл (2-3 млн. строк), в виду его неоднородности приходилось открывать его на низком уровне, читать в цикле данные, формировать строку INSERT INTO и выполнять. Так вот, регулярно, через 50-60 тыс запросов сервер на команду "executesql" возвращал ошибку. Стоило подождать 5-10 секунд и повторить ту же команду - она срабатывала без проблема и цикл возобновлялся до следующего остонова...В качестве клиента правда был Foxpro 7, но в качестве коннектов я попробовал и ODBC, и DMO, и ADODB - везде ситуация повторялась. Единственным косвенным объяснением(и то не причины) из BOL была рекомендация использовать при массовом добавлении данных специальные утилиты.

PS
Для того, чтобы результаты выполнения DTS Package записывался в Event Viewer, нужно при редактировании DTS Package в его Properties-Logging установить Log package execution to SQL Server