Export danych z SQL server do Accessa - Warning.

Witam,

zgłębiam możliwości transferu danych z jednej bazy do drugiej, i podczas exportu (użyłem kreatora exportu z sql servera 2008 management studio) pojawił się log:

The execution was successful

- Initializing Data Flow Task (Success)

- Initializing Connections (Success)

- Setting SQL Command (Success)

- Setting Source Connection (Success)

- Setting Destination Connection (Success)

- Validating (Success)
Messages
Warning 0x80049304: Data Flow Task 1: Warning: Could not open global shared memory to communicate with performance DLL; data flow performance counters are not available.  To resolve, run this package as an administrator, or on the system's console.
 (SQL Server Import and Export Wizard)
 

- Prepare for Execute (Success)

- Pre-execute (Success)

- Executing (Warning)
Messages
Warning: Preparation SQL Task 1: Wielokrokowa operacja bazy danych OLE wygenerowała błędy. Sprawdź wszystkie wartości stanu bazy danych OLE. Nie wykonano żadnego działania. (SQL Server Import and Export Wizard)
 
Warning: Preparation SQL Task 1: Wielokrokowa operacja bazy danych OLE wygenerowała błędy. Sprawdź wszystkie wartości stanu bazy danych OLE. Nie wykonano żadnego działania. (SQL Server Import and Export Wizard)
 

- Copying to `payments` (Success)
7 rows transferred 

- Post-execute (Success)
Messages
Information 0x4004300b: Data Flow Task 1: "component "Destination - payments" (25)" wrote 7 rows.
 (SQL Server Import and Export Wizard)
 

Dane się zapisały poprawnie.

Czy ktoś spotkał się z takim warnem lub wie, co on oznacza w kontekście importu danych do accessa i jaki może mieć impakt na transferowane dane?

Jak wystartujesz 2008 management studio "uruchom jako administartor" to niedostaniesz błędu "Warning: Could not open global shared memory to communicate with performance DLL"
Z postałą resztą też walczę

Powiem szczerze, że access-a znam bardzo dobrze, sql też w miarę jednak ostatnim dobrym narzędziem do eksportu/importu z mdb był DTS z wersji SQL 2000, ja odpusciłem tamat, SQL potrafił wyeksportować coś do mdb, aby później nie móc tego zassać... w obrębie tej samej bazy, najpierw export, później import na tej samej bazie.
Po kilku dniach ciężkiej walki zaniechałem dochodzenia co jest nie tak