система server 2003 х32,  1c 7,7, sql server 2005.   база была в файловом формате, перенес на SQL. по инструкции (откуда то с этого форума) все сделалось без ошибок.  

утром позвонили и сказали что не проводится накладная, он просто на ней завис.

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

не все инструкции одинаково полезные.

77 не работает штатно с 2005 скулем.

(2) думаешь совместимость скуля хромает?

Хороший программист. "Перешел" и пошел домой спать.

да вроде ничего особенного... сделал выгрузку данных, подключился к sql server 2005. потом загрузил данные.

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


p.s. я не штатный работник. сломалось, вызвали, починил.
p.p.s. делалось вечером, когда никого из работников не было, что бы сразу на месте проверить.

так может вначале надо было совместимость установить а уж потом грузить?

(3) кстати в инструкции говорилось о патченной длл. ибо без неё ругается на неправильную версию sql server.

(7) так и делал.  ибо в противном случае сразу ошибка и неработоспособность.

(9) короче, возвращаешь совместимость как и была, вертаешь все системные библиотеки взад, ставишь секретный релиз платформы и наслаждаешься положительными эмоциями.
Идешь спать дальше.

(10) забористо сказано, только не совсем понял.
1. в самом сервере выключить совместимость с 2000. так ?
2. если вернуть библиотеку... то законектится ли оно с 2005 сервером ?
3. что за секретный релиз ? никогда не слышал...

да заразы уже разбудили )))

1.уровень совместимости sql2005
2.не сцы усё работает
3.http://infostart.ru/public/82018/

менеджер позвонил: "все тормозит со страшной силой".

(13) :)

вколи ему транквилизатор, пусть успокоется

хм.... ускорится  ?

и как этот секретный релиз оттудава извлечь ?

(16) поискать его на других ресурсах в тырнете.
он везде валяется.

нашел...

по скорости работы в "моём варианте" есть какие мысли куда мне копнуть ?  или как обычно, сначала наворотить, а потом подумать что получается ? ))

при том что в файловом режиме работает как и раньше нормально.

(18) смотря какие цели вы преследовали при переходе на SQL.
Если база уже уперлась в предельный размер дбф это одно, если просто хотелка - это другое.
В любом случае, быстрее чем дбф в терминале ничего нет.
Ну разве что, вы  все алгоритмы не перепишите на прямой запрос.

ЗЫ: ну а прямые запросы к дбф в терминале..
ну в общем, ты понял..
:)

хех...

да началось с размера базы, ибо в организации 2 1с...  лицензионную нормально обслуживается, приезжает откуда то представитель 1С и все настраивает, а за вторую он отказался браться. обратились ко мне, и поехало. :)

мысль понятна )))

Переход ради перехода всегда не оправдан.

почему ?

1. Что мешает поставить SQL 2000?
2. Не верю что файловая сетевая была быстрее SQL.
3. Смотри cliconfg и протоколы, TCP/IP самый быстрый вроде как.

можно и 2000 вкатать, только будет ли разница ?

(25) Не будет танцев с бубнами и секретными релизами.

(24) файловая в ТЕРМИНАЛЕ быстрее СКЛ.
(13) В одинаковых конфигурациях прироста в скорости от СКЛ небудет.

(27)
1. Кто в (24) говорил про терминал?
2. Будет, но не везде. Например многие отчеты в SQL работают гораздо быстрее.

(28) - "В любом случае, быстрее чем дбф в терминале ничего нет.". Пост 19.
2 - Если они с запросами, а не перебором.

(0) Конфа?

Один человек работает на сервере локально,  второй через терминал. хотелось бы чуть быстрее чем было

(27) при 50-ти пользователях ?:))) не факт

(32) в данном случае количество юзеров в контексте темы.

Так какая конфигурация?

(31) Вы уж определитесь какая у вас база была - сетевая или в терминале?
Сколько пользователей всего?
Да и работать на сервере локально - моветон...

(35) пользователей много - один локально, другой по сети :-)

Пк? Из того что помню: интеловский новый селерон, около 2ггц. 4гб озу, wd кавиар блю 500 гб.   Фактически обычный офисный пк. К нему через терминал подключается практически такой же

База в терминале. Всего 2 человека юзают

(38) Один маленький вопрос - НАФИГА ставили туда SQL ?????

(39) Шоб летало)

Файловая база около 4гб. Официальный представитель 1с сказал что дальше у них бяда будет С таким объемом. Сам делать отказался. Наняли меня.

Все просто до безобразия…

(41) Что за база то? Бухгалтерия? Торговля?
За какой срок база?
Конфигурацию изменяли? Какие самые большие файлы в базе?

Бухгалтерия,  за 4 года. Фактически учет и склад автозапчастей. Конфигурация писалась под заказ,  изменялась множество раз. Сам в нее лезть не собираюсь.

Самый большой 1.5гб,  точно смогу сказать как приеду на место

(44) Ну вот на 44 посте мы таки узнали что к чему...
P.S. Беги оттуда :)

Позно….  Уже вчера деньги заплатили. Вот и прошу пощи у гуру как залатать титаник

Удаление помеченных объектов. В тестировании упаковку таблиц и реиндексацию. Может сдуеться.

Ну если уж так приперло - поставь SQL 2000, с ним меньше всего проблем.
Предупреждаю сразу - часть кода может не работать на SQL базах, некоторые запросы валятся если много условий, ну и т.д.
Тем более конфа переписана.

Сейчас расшифрую все выше сказанное,  и Поеду шаманить

(48) меньше всего проблем с sql 7  - а 2000 при больших групповых перепроведениях "провисает"  нафек

Всеиниже и ниже….  Так мне какой ставить? И в каком порядке советы юзать…


P.s. как много интеремного узнал об 1с…

(51) Ставь 6.
непрогадаешь.

(52) шестого не помню , помню 6.5
ЗЫ а то что 7-ка оптимальнее работает - факт ... общеизвесный
ЗЫы (51) ставь что тебе ось позволяет , ну и все таки сам думай ...

Кажется на сервер 2003 можно закатать практически все…  самому сложно рассуждать т.к. нет знаний. А с моими остается только выбрать наиболее расписанный вариант.

Во всяком случае бекапы сделаны все,  полностью. И образ системы,  и база данных.

Установив,, секретную версию,,  первая накладная пролетела быстрее чем чем в файловом формате…  на радостях сделал выгрузку загрузку из файловой бд(в ней. Работали пока я здесь на форуме был) сделал загрузку в sql server и…  писец……  файл лога (был 6гб.. После их заваисания). а по новому запросу разросся до 18гб…  после чего остановил процесс.

(55) Ну и что что файл лога вырос , у вас там места что-ли мало , зачем останавливать загрузку? Переведите на время загрузки базу в режим симпл если так переживаете за лог.

два пользовател за 4 года в бухии наколотили 4 ГБ..? - весьма сомнительно

(55) И что, собственно, случилось? См. (56), если так страшно, но 18 гб - это ну...не особо много:) С учетом операции массовой загрузки данных - так и вообще понятно и простительно. Потом порежешь.

(57) мало ? или много ?

(58) за 2-3 проведенных накладных, после которых компьютер повисал на час времени, думаю это писец. особенно если при этом ничего не работает.

(59) много. если нет переливочных процелур, закачки откудато - то за 2 года 4 гига - это очень много. 2 пользователя должны вручную колотить в безостановочном режиме

так и делают ))

(12) В 2005, очень плохо отрабатывает (попросту безбожно долго получаются сеи документы) функция получить подчиненные документы, при этом оно плохо работает по рандомному принципу, т.е. не у всех, а у некоторых :)

(62) На какой версии? Надо ставить версию 7.

(63) Смешно, аж обхохочешься :)

проблема.... база не проходит "тестирование и исправление" виснет либо на "физической целостности" либо если её пропустить на "пересчет служебных данных".  

видимо все зависания из за залития коцаной базы в SQL. и как теперь с этим бороться, ума не приложу. подскажите пожалуйста

(65) выгрузи ее в файловую обратно, проверь на работоспособность, потом на 2000 сервак

(65) Для начала используй солюшен 7 тебеж spock написал.
у мене уже 2 год на нем все летает!
правда SQL 2008 r2.

(65) Тестирование не проходит файловая база? Или уже залитая в SQL?

проблема с файловой базой. возможно из за этого SQL так же ловит глюков из за побитой бд

(69) ну во первых попробовать ТиИ на дбф - если не проходит то хотя б выяснить на чем не проходит

для скуля http://pro1c.org.ua/index.php?showtopic=2070