Наскоро имахме този проблем за редица наши разработчици. Измислих редица начини за разрешаване на тестване на групови вмъквания.
Нашето предпочитание беше да използваме акаунт за SQL услуга. Настроихме SQL сървъра и SQL агента да работят като сервизен акаунт и след това позволихме на разработчиците да задействат задания на агенти. Сервизният акаунт получи разрешение за UNC споделяния и всичко това функционираше правилно. Обърнете внимание, че акаунтът на услугата винаги ще се справя добре с изпълнението на тези задачи на агент (ако приемем, че са зададени UNC разрешения). Разработчиците, които се опитват да тестват, ще се натъкнат на тези проблеми.
Друг метод е да създадете споделяне на самия SQL сървър и да посочите пътя за масово вмъкване към локалната директория. Тези грешки изглежда се появяват само при достъп до UNC пътища. Независимо дали UNC пътят има правилните разрешения, за да ви позволи достъп. Например създаваме C:\test\ като папка на самия SQL сървър и му разрешите да позволи на разработчика да пуска тестови файлове там. След това те се извикват чрез командата за групово вмъкване.
Може да се наложи да се изпълни команда срещу master, за да се позволи групово вмъкване на групово разрешение за влизане в SQL. Това е както по-долу.
GRANT ADMINISTER BULK OPERATIONS TO "domain\usergroup"
