Перенос баз 7.7 с sql 2000 на sql 2005 #535866

Перенес аттачем базу с Sql 2000 на 2005 после этого ругаеться на ошибку метаданных. Неужели придеться востанавливать из архива

За 2 года не выучил что 7.7 не работает с 2005?

работает

у автора не работает...

так помоему есть патч позволяющий работать с 2005? полазив на форумах вроде как он работает

я пропатчил и  он ругаеться на метаданные а соединение с SQL вроде как проходит нормально

например у разных серверов системные XП могут быть разные.. читай за чем нужны таблицы мастерс и т.д. аттач и деттач гарантировано работает в пределах 1 сервера, даже на двух серверах с одинавыми весиями с большОй вероятностью получишь сабж...

Т.е. через бекап делать уже некатит? Ну удачного вам геммороя.

С костылями, но по умолчанию предоставляет интимность сфере программного обеспечения :)

Если "по твоему он есть", то какие проблемы. Ставь его и вперед :)

да админы переставляли винду на 64х, и ничего не сказали, а по причине того что база семерка нужна только для заклядываний в предыдушщие периоды бекап очень старый.  поэтому пытаюсь востановить из мдф

А я в новогоднии праздники перенес полстони баз с нескольких 2000 серверов на несколько 2008-х. И все заработало.

dbcc checkdb

в смысле скуль 2008 на 2к3 или вынь2008+скуль2008?

Как они так не сказали и при этом еще умудрились заставить работать :D Ну вот. деловто  на 100 рублев. Осталось мдешник старый найти :D У автора тоже все работало. Пока не выяснилось, что бекапы от скуля 2000 или мдешник только новый.

Автор, чета не могу догнать. Что у тебя не так? Ошибку 2005-го скуля ты преодолел, "Поздравляю"! Хоть опиши поподробнее, что ты там сделал?

с W2k3 + sql 2000 на w2k8 + sql 2008.

У вас 8-ка? Иначе нет смыслу на вынь 2008 переползать ;)

и как? глюки есть? тормоза?

"Тормоза для трусоФ..." Думается у них 8-ка, не иначе.

Нету ничего. А должны быть?..

точно все осознают, что речь про 7.7?

Наверняка у них нет терминала. Там только SQL вертится. Да и еще какой софт от мягких

Ага. Это у меня сутреца спирт еще выходил, а щас я вполне трезв.

- 7.7 - юзеры работают. Вроде все глюки вылечили. - Просто базы 1С 7.7 на этих серверах не главное. Есть другие базы которые используют фишки 2008 sql. Поэтому все сервера кроме сервера с основной базой перевели. Оснавная база осталась на 7.7 sql 2000 + "гибкие блокировки".

Все юзеры работают в 2008 терминале.

не хочешь выложить свою вики по безглючной настройке этого хозяйства?

+И мне... я тоже хочу :) Что бы без тормозов + без ошибок :) "гибкие блокировки" - это действительно гибкие, т.е. продуманы и расчитаны? Или очередной плодиат по удалению всех блокировок и желанием удачи от автора?

Ну вы и ленивые. Просто ппц. Поймите что каждый пользует разные компоненты, соответственно и глюки разные. Нет, конечно же есть и общие - журнал подчиненных к примеру, но все же это индивидуальный подход. К тому же например у комплексных генерится один запрос, а в бухгалтерии совсем другой. Так что только индивидуальное выгребание. Это я и к тому что есть любители в модулях предупреждения ставить, в отчетах транзакции, ...

вовсе нет. я вот например вовсе не для себя стараюсь - у меня ни скуля 2008 ни выня 2008 пока не предвидится на горизонте. просто тема мелькает довольно часто, и, думается мне, немного инфы из личного опыта успешного скрещивания не повредило бы.

Да инфы валом. Просто заниматься тупым копипастом нет смысла, так же как и описывать с нуля все танцы с бубном. Может после СП что-то нужно будет делать по другому, но пока все так как уже написано.

- гибкие блокировки - софтпоинт.

на самом деле возможен вариант без танцев с бубном.

- +10000 Все появившееся глюки и их решения нашел в интернете, т.е. В каждом случае был далеко не первым.

Ага. Перейти на снеговика и получить новый опыт старого геммороя. Спасибо, добрая твоя душа. Если б там все так прекрасно работало - я б первый перебежал.

да не, я без сарказма. Просто возможен вариант запуска v77 на vista/7/2008 + sql2005/2008 без всякого патчинга - не изменяя файлы.

Своя обертка загрузчик? XP mode?

proxy

Ты непутай: Патч только bkend.dll  <> "без всякого патчинга"

ну здрасьте, с чего бы я путал. "без всякого патчинга" == без всякого патчинга любых бинарников, ну если только для отучения от хаспа, но это другая история.

Ну тогда колись, если правда. Я знаю только перекидывание odbcbcp.dll, sqlsrv32.dll, sqlsrv32.rll. Но оно подразумевает патч bkend.dll, т.к. стандартный bkend.dll работает с 2000 скулем. Мне интересен именно момент как ты смог заставить bkend.dll работать с 2005-2008 скулем? Без патчинга вышеуказанной длл это, насколько мне известно, невозможно.

я знаю способ без перекидывания dll, достаточно просто bkend поправить.

релиз какой? а то если <27, то я пока пасс.

нет уж! >>без всякого патчинга любых бинарников Ну давай ужЕ, не томи...

А для bkend.dll без разницы релиз. Так что колись.

с патчингом конечно тоже вариант. Но у меня цель - запустить в режиме выше совместимости2000, а запуск без патчинга упало бонусом.

на всякий..

Да это собственно понятно. Тут просто товарищ рвет на себе все что можно утверждая что без патчей запустил со стандартной bkend.dll библиотекой. Вот мне и интересен момент именно каким образом ему это удалось, т.к. в стандартной непредусмотрена работа с базой выше 8.0 (2000 скуль).

А в ответ тишина...

тебе нет разницы, а мне имеется.

Mailto, но учти, что это черновой вариант.

а кто мешает на скуле базу 8 левла сделать? бедь это не весь скуль а только 1 база...

так в том и интерес, чтобы на sql2005/2008 1с-базу запустить в режиме cmptlevel > 80. Есть решения, когда создают служебную базу с cmptlevel > 80, на которой выполняют запросы, но там выполняются свои запросы, а не 1с-овские.

+52 ну и чтобы было относительно легально :)

Почту получил. На днях буду у клиентов где развернут 2008 и проверю. Результат отпишу в этой ветке. )))

радикально. В терроризме не обвинят, если чего произойдет?

А со мной поделись, пжлста. З.ы. Ответь в аську.

ага

С нетерпением ждём описания находки. Интересуют вопросы монопольного режима и проблема датой подчинённых документов 99991230.

Что ж за секреты такие...

Я делал так: забекапил на SQL 2000, развернул бекап на 2005, скопировал 1cv7.md в новый каталог, прицепил новую информ базу к бд на скуле 2005. И да, платформа патченная.

И win2003svr.

на 2008 не выходит :) подмену SQL драйвера делать не хочу, кто знает способ без патча? на сколько я понял на самом сервере можно хранимку подправить и будет она возвращать для драйвера версию 2000??

нет, не в ХП дело. 1с проверяет три вещи: - SQL_ODBC_VER (Диспетчер драйверов odbc32.dll); - SQL_DRIVER_VER (Драйвер odbc sqlsrv32.dll, это определяется строкой подключения); Волнения начинаются из-за SQL_DBMS_VER и SQL_DRIVER_VER.

Ну не уменшаеться количество веток от людей любящих создавать сами себе проблемы, ты возьми ещё поставь это все на х64 2008 сервер, а юзеров поподключай с семерки, работать все будет просто отлично!!!

ну кстати да :)

+1 пока ничто не работает с 2008 лучше, чем W7/2008. Проблемы с производительностью (решаемые костылями) - когда с XP через терминал 2008 лезут на 2003, особенно в быстрых (гигабит) сетях.

:))) действительно все на х64 2008 сервере вылетало на правильным будет синтаксис исправил имя базы и в параметрах скуля поколдовал, все взлетело Кстати не первый раз наступаю награбли где нужно имя обьекта в [] брать, почему в DLL 1с сама не пропатчила сей явный косяк...

правильным будет именовать объекты базы начиная с буквы или _, чтобы потом не обрамлять в [].

не могу победить "доступ к базе данных только из одного каталога базы" пытаюсь запустить 2 копии со своего компа, параметры одинаковые, возможно что-то с кодировкой или правами...

пригласите специалиста, для таких работ необходимы определенные знания.

Идея будет опубликована в широком доступе?

уже )

давай я в той ветке распишу.

Ссылку можно?

все тута: