IMPORT БД в SQL2005 64 разр из SQL2000 32 разр
27.09.2010
07:51
#1
Есть задача: умирает сервер под win2003 server sql 2000 32 разр. крутятся все БД 1с v7.7 Бухгалтерия, ЗП, и.т.д
1. Необходимо перенести на другой сервер
2. Установили новый сервер win2003 server 64 разр SQL 2005 dev ed 64 разр.
3. Переношу данные на другой сервер методом import БД в остнасте SQL server management studio указываю источник данных "имя старого сервера", "имя базы данных", драйвер microsoft Ole DB Provider for sql server. Перенос проходит бех проблем выдает следующее:
The execution was successful
- Create a TransferProvider. (Success)
- Create a temporary file for destructive SQL. (Success)
- Create a temporary file for constructive SQL. (Success)
- Create a temporary XML file for table metadata. (Success)
- Configure the TransferProvider with files and Source/Destination connection info. (Success)
- Execute the transfer with the TransferProvider. (Success)
- Begin a Transaction. (Success)
- Execute the destructive SQL. (drop tables) (Success)
- Execute the constructive SQL. (create tables) (Success)
- Create a temporary table transfer package for [dbo].[SC97] (Success)
- Execute transfer package for [dbo].[SC97] (Success)
- Copying to (Success)
- Commit the Transaction. (Success)
- Rollback the Transaction. (Stopped)
4. После смены пути к БД 1С, заходим в 1С выдает сообщение:
SQL State: 25000
Native: 0
Message: [Microsoft][ODBC SQL Server Driver] Недопустимое состояние транзакции
Может кто нибудь сталкивался с такой проблемой ?
Я так понял что проблема здесь в драйвере ODBC
Помогите пожалуйста решить проблему.
1. Необходимо перенести на другой сервер
2. Установили новый сервер win2003 server 64 разр SQL 2005 dev ed 64 разр.
3. Переношу данные на другой сервер методом import БД в остнасте SQL server management studio указываю источник данных "имя старого сервера", "имя базы данных", драйвер microsoft Ole DB Provider for sql server. Перенос проходит бех проблем выдает следующее:
The execution was successful
- Create a TransferProvider. (Success)
- Create a temporary file for destructive SQL. (Success)
- Create a temporary file for constructive SQL. (Success)
- Create a temporary XML file for table metadata. (Success)
- Configure the TransferProvider with files and Source/Destination connection info. (Success)
- Execute the transfer with the TransferProvider. (Success)
- Begin a Transaction. (Success)
- Execute the destructive SQL. (drop tables) (Success)
- Execute the constructive SQL. (create tables) (Success)
- Create a temporary table transfer package for [dbo].[SC97] (Success)
- Execute transfer package for [dbo].[SC97] (Success)
- Copying to (Success)
- Commit the Transaction. (Success)
- Rollback the Transaction. (Stopped)
4. После смены пути к БД 1С, заходим в 1С выдает сообщение:
SQL State: 25000
Native: 0
Message: [Microsoft][ODBC SQL Server Driver] Недопустимое состояние транзакции
Может кто нибудь сталкивался с такой проблемой ?
Я так понял что проблема здесь в драйвере ODBC
Помогите пожалуйста решить проблему.
27.09.2010
08:06
#2
в свойствах базы в MS SQL 2005 укажите "совместимость с 2000"
P.S. Я бы делал через 1С все таки способом "Выгрузить-Загрузить", а не напрямую между MS SQL Servr-ами, хотя, может и нет разницы.
P.S. Я бы делал через 1С все таки способом "Выгрузить-Загрузить", а не напрямую между MS SQL Servr-ами, хотя, может и нет разницы.
27.09.2010
08:56
#4
У меня нет MS SQL 2005, но по моему там несложно найти. Я когда то ставил под эту систему, все это видел. Есть там, наверное, что то типа Enterprize manager
27.09.2010
11:02
#5
"После выполнение режима совместимости баз данных с sql2000 командой
EXEC sp_dbcmptlevel ИмяБД, 80;
GO
данная ошибка изчезла
Описание здесь команду необходимо выполнить для каждой БД.
Однако после входа в программу
выдает следующее нарушена структура
таблицы 1CCOST"
EXEC sp_dbcmptlevel ИмяБД, 80;
GO
данная ошибка изчезла
Описание здесь команду необходимо выполнить для каждой БД.
Однако после входа в программу
выдает следующее нарушена структура
таблицы 1CCOST"
27.09.2010
11:10
#6
> P.S. Я бы делал через 1С все таки способом "Выгрузить-Загрузить", а не напрямую между MS SQL Servr-ами, хотя, может и нет разницы.
27.09.2010
11:43
#7
Вы уверены что во время вашего экспорта никто в базах не работал?
Вам уже советовали - лучше средствами 1С.
Если-же базы слишком большие можно через BACKUP/RESTORE баз данных или DETACH/ATTACH файлов баз данных - это гораздо быстрее. SQL 2005 отлично "цепляет" файлы от SQL 2000, причем ставит режим совместимости.
Вам уже советовали - лучше средствами 1С.
Если-же базы слишком большие можно через BACKUP/RESTORE баз данных или DETACH/ATTACH файлов баз данных - это гораздо быстрее. SQL 2005 отлично "цепляет" файлы от SQL 2000, причем ставит режим совместимости.
Читают тему
(гостей: 1)