У кого нибудь удачно получилось перевести с SQL2000 на 2005? Скачал с инфостара ddl ки, но при последующем тестировании базы происходят всякие глюки типа c++ рун тайм еррор и подобная ерунда...

ой, поместите в 7.7

вот http://infostart.ru/public/82018/

базу на серванте SQL2005 создал, подцепил к ней конфу 7.7 (бухгалтерия). Со старого серванта SQL2000 через конфигуратор выгрузил базу, на новом загружаю... вроде загрузилось... но при запуске просит монопольный режим, долго думает, что то реиндексирует, пересчитывает короче долго долго думает и опа "C++ рун тайм еррор"

блин, как я раньше 7.7 работал... гадость такая...

скуль 2008 r2, пока работает.

ну у меня 2005 9.00.3080.00

у меня у master стоит сортировка SQL_Latin1_General_CP1_CI_AS
если я ее поменяю на Cyrillic_General_CI_AS ему плохо не станет?

А разве базу со скуля 2000 просто нельзя приаттачить к 2005?

(8) а как приаттачить? Отсоединить присоединить? Или импорт экспорт?

ща попробую

(3)1с-ка лицензионная-то?

(0) В организации работает (думаю, и по сей день) 7.7 на 2005. Бинарник 7.7 какой-то поломанный под работу с 2005, тут "косяк" (хотя 1С куплена).
Историю становления и откуда взялся бинарник - не в курсе. Но как факт - люди работали на такой связке не один год.

(11)

(11) да

(14)вывалилось уже в режиме предприятия чтоли? Уже заход в ПриНачалеРаботыСистемы был?

(15) нет. После загрузки базы в режиме конфигуратора ну там где выбираешь "загрузить данные", загрузка проходит нормально, файлики mdf, ldf пухнут. Но после того как все загрузилось пытаюсь запустить в режиме предприятия ну и как обычно он начинает реиндексацию и пресчет чегото, ну и прочую муть, то есть он даже в ПриНачалеРаботыСистемы не заходит и вылетает. Таже фигня происходит когда потом пытаюсь запустить конфигуратор, он сам начинает пересчет чегото там и отваливается. Пробовал после загрузки базы не запускать сразу предприятие а провести тестирование но собственно таже ерунда происходит

ща попробую не выгружать а "присоиденить" mdf ldf к скулю
Скажите мне вот что, у меня сортировка sql2005 на всех база Cyrillic_General_CI_AS а системные базы SQL_Latin1_General_CP1_CI_AS  видать когда поначалу скуль инсталировали выбрали SQL_Latin1_General_CP1_CI_AS, а 1С эта сортировка не нравится он выбирает Cyrillic_General_CI_AS
Могут быть из за этого какие то траблы? Можно или поменять сортировку у системных баз без последствий?

(16)Поймай в профайлере последний запрос, а?

(18) чем и как его поймать? Это в SQL нужно смотреть?

(19 ) в профайлере..

ЗЫ: ты базу откуда изначально взял ? Выгрузил с 2000 ?
Ты в 2000 не пробовал ТиИ сделать сперва ?
:)

В скульной базе
Cyrillic_General_CI_AS
Совместимость: SQL Server 2000 (80)

(20) что сделать?

(21) не надо там режим совместимости ставить.

(20) ну да, сразу выгрузил а что нуда сделать было)?

(24)ну есть основания, что на 2000 так же не получится загрузить из dat-файла.

(25) эт точно..

короче, отсоединил, присоединил, поставил совместимость SQL Server 2000 (80), вроде заработало, бум пробовать дальше

(27)проблему не решил, а обошел ее. Потом в самое неудобное время вылезет и будет колоть в спину :)

(1) а что тебе даст перевод базы на 2005 sql? думаешь заработает в разы быстрее?

(23) а почему совместимость не надо ставить ? я сейчас попробовал с уровнем совместимости SQL 2005 (90) у меня ошибка 25000:"Недопустимое состояние транзакции."

(30) для решения в (2) в этом нет необходимости.

(5)кстати, а у тебя не было странного поведения на таком скуле? Просто обратились в личку с вопросом, что sql2k8r2 с некоторой периодичностью тупит, однако, если зайти в Management Studio под суперправами, то такого не наблюдается. Даже не знаю что ответить. Сам такого не наблюдаю.

(29) запарило два сервера держать, один уже на издыхании, все базы давно на восьмерке, осталась одана 7.7,хочу скинуть ее к восьмерашным на сервер

(3) у меня тоже с уровнем совместимости 2005 ругалось при открытии журнала, поставил 2000 уровень все нормально

(34)чёта ты не так сделал. Делай степ-бай-степ, как написано в инструкции.

(35) объясни что за "степ-бай-степ"

(32) да вроде нет, там база мелкая и пользователей мало.. старая база архивная. Пока ошибок не было вообще.

(32) подчиненные доки и отсутствие журнала подчиненных в конфе ?

(38)да хз, история из категории "глухой телефон".