Имя: Пароль:
1C
1C 7.7
v7: не проводится накладная после перехода на sql server 2005
, , ,
0 Nejronius
 
06.02.14
10:50
система server 2003 х32,  1c 7,7, sql server 2005.   база была в файловом формате, перенес на SQL. по инструкции (откуда то с этого форума) все сделалось без ошибок.  

утром позвонили и сказали что не проводится накладная, он просто на ней завис.
1 Diter
 
06.02.14
10:51
завис? странно. надо смотреть отладчиком где завис. я таких проблем не встречал
2 Ёпрст
 
06.02.14
10:54
не все инструкции одинаково полезные.
3 ДенисЧ
 
06.02.14
10:55
77 не работает штатно с 2005 скулем.
4 Diter
 
06.02.14
10:55
(2) думаешь совместимость скуля хромает?
5 КонецЦикла
 
06.02.14
10:55
Хороший программист. "Перешел" и пошел домой спать.
6 Nejronius
 
06.02.14
10:58
да вроде ничего особенного... сделал выгрузку данных, подключился к sql server 2005. потом загрузил данные.

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


p.s. я не штатный работник. сломалось, вызвали, починил.
p.p.s. делалось вечером, когда никого из работников не было, что бы сразу на месте проверить.
7 Diter
 
06.02.14
11:00
так может вначале надо было совместимость установить а уж потом грузить?
8 Nejronius
 
06.02.14
11:00
(3) кстати в инструкции говорилось о патченной длл. ибо без неё ругается на неправильную версию sql server.
9 Nejronius
 
06.02.14
11:01
(7) так и делал.  ибо в противном случае сразу ошибка и неработоспособность.
10 Ёпрст
 
06.02.14
11:04
(9) короче, возвращаешь совместимость как и была, вертаешь все системные библиотеки взад, ставишь секретный релиз платформы и наслаждаешься положительными эмоциями.
Идешь спать дальше.
11 Nejronius
 
06.02.14
11:08
(10) забористо сказано, только не совсем понял.
1. в самом сервере выключить совместимость с 2000. так ?
2. если вернуть библиотеку... то законектится ли оно с 2005 сервером ?
3. что за секретный релиз ? никогда не слышал...

да заразы уже разбудили )))
12 Ёпрст
 
06.02.14
11:10
1.уровень совместимости sql2005
2.не сцы усё работает
3.http://infostart.ru/public/82018/
13 Nejronius
 
06.02.14
11:11
менеджер позвонил: "все тормозит со страшной силой".
14 Ёпрст
 
06.02.14
11:13
(13) :)
15 Ёпрст
 
06.02.14
11:13
вколи ему транквилизатор, пусть успокоется
16 Nejronius
 
06.02.14
11:17
хм.... ускорится  ?

и как этот секретный релиз оттудава извлечь ?
17 Ёпрст
 
06.02.14
11:19
(16) поискать его на других ресурсах в тырнете.
он везде валяется.
18 Nejronius
 
06.02.14
11:35
нашел...

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

при том что в файловом режиме работает как и раньше нормально.
19 Ёпрст
 
06.02.14
11:41
(18) смотря какие цели вы преследовали при переходе на SQL.
Если база уже уперлась в предельный размер дбф это одно, если просто хотелка - это другое.
В любом случае, быстрее чем дбф в терминале ничего нет.
Ну разве что, вы  все алгоритмы не перепишите на прямой запрос.
20 Ёпрст
 
06.02.14
11:42
ЗЫ: ну а прямые запросы к дбф в терминале..
ну в общем, ты понял..
:)
21 Nejronius
 
06.02.14
11:47
хех...

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

мысль понятна )))
22 Ёпрст
 
06.02.14
11:48
Переход ради перехода всегда не оправдан.
23 Nejronius
 
06.02.14
11:49
почему ?
24 Builder
 
06.02.14
11:59
1. Что мешает поставить SQL 2000?
2. Не верю что файловая сетевая была быстрее SQL.
3. Смотри cliconfg и протоколы, TCP/IP самый быстрый вроде как.
25 Nejronius
 
06.02.14
12:01
можно и 2000 вкатать, только будет ли разница ?
26 Builder
 
06.02.14
12:03
(25) Не будет танцев с бубнами и секретными релизами.
27 ALoHA
 
06.02.14
12:43
(24) файловая в ТЕРМИНАЛЕ быстрее СКЛ.
(13) В одинаковых конфигурациях прироста в скорости от СКЛ небудет.
28 Builder
 
06.02.14
12:47
(27)
1. Кто в (24) говорил про терминал?
2. Будет, но не везде. Например многие отчеты в SQL работают гораздо быстрее.
29 ALoHA
 
06.02.14
12:53
(28) - "В любом случае, быстрее чем дбф в терминале ничего нет.". Пост 19.
2 - Если они с запросами, а не перебором.
30 ALoHA
 
06.02.14
12:56
(0) Конфа?
31 Nejronius
 
06.02.14
13:04
Один человек работает на сервере локально,  второй через терминал. хотелось бы чуть быстрее чем было
32 пипец
 
06.02.14
13:06
(27) при 50-ти пользователях ?:))) не факт
33 ALoHA
 
06.02.14
13:08
(32) в данном случае количество юзеров в контексте темы.
34 ALoHA
 
06.02.14
13:09
Так какая конфигурация?
35 Builder
 
06.02.14
13:13
(31) Вы уж определитесь какая у вас база была - сетевая или в терминале?
Сколько пользователей всего?
Да и работать на сервере локально - моветон...
36 Mikeware
 
06.02.14
13:15
(35) пользователей много - один локально, другой по сети :-)
37 Nejronius
 
06.02.14
13:15
Пк? Из того что помню: интеловский новый селерон, около 2ггц. 4гб озу, wd кавиар блю 500 гб.   Фактически обычный офисный пк. К нему через терминал подключается практически такой же
38 Nejronius
 
06.02.14
13:15
База в терминале. Всего 2 человека юзают
39 Builder
 
06.02.14
13:18
(38) Один маленький вопрос - НАФИГА ставили туда SQL ?????
40 ALoHA
 
06.02.14
13:19
(39) Шоб летало)
41 Nejronius
 
06.02.14
13:21
Файловая база около 4гб. Официальный представитель 1с сказал что дальше у них бяда будет С таким объемом. Сам делать отказался. Наняли меня.
42 Nejronius
 
06.02.14
13:22
Все просто до безобразия…
43 Builder
 
06.02.14
13:24
(41) Что за база то? Бухгалтерия? Торговля?
За какой срок база?
Конфигурацию изменяли? Какие самые большие файлы в базе?
44 Nejronius
 
06.02.14
13:27
Бухгалтерия,  за 4 года. Фактически учет и склад автозапчастей. Конфигурация писалась под заказ,  изменялась множество раз. Сам в нее лезть не собираюсь.

Самый большой 1.5гб,  точно смогу сказать как приеду на место
45 Builder
 
06.02.14
13:29
(44) Ну вот на 44 посте мы таки узнали что к чему...
P.S. Беги оттуда :)
46 Nejronius
 
06.02.14
13:30
Позно….  Уже вчера деньги заплатили. Вот и прошу пощи у гуру как залатать титаник
47 ALoHA
 
06.02.14
13:33
Удаление помеченных объектов. В тестировании упаковку таблиц и реиндексацию. Может сдуеться.
48 Builder
 
06.02.14
13:36
Ну если уж так приперло - поставь SQL 2000, с ним меньше всего проблем.
Предупреждаю сразу - часть кода может не работать на SQL базах, некоторые запросы валятся если много условий, ну и т.д.
Тем более конфа переписана.
49 Nejronius
 
06.02.14
13:38
Сейчас расшифрую все выше сказанное,  и Поеду шаманить
50 пипец
 
06.02.14
13:42
(48) меньше всего проблем с sql 7  - а 2000 при больших групповых перепроведениях "провисает"  нафек
51 Nejronius
 
06.02.14
13:45
Всеиниже и ниже….  Так мне какой ставить? И в каком порядке советы юзать…


P.s. как много интеремного узнал об 1с…
52 varelchik
 
06.02.14
14:11
(51) Ставь 6.
непрогадаешь.
53 пипец
 
06.02.14
14:13
(52) шестого не помню , помню 6.5
ЗЫ а то что 7-ка оптимальнее работает - факт ... общеизвесный
ЗЫы (51) ставь что тебе ось позволяет , ну и все таки сам думай ...
54 Nejronius
 
06.02.14
14:37
Кажется на сервер 2003 можно закатать практически все…  самому сложно рассуждать т.к. нет знаний. А с моими остается только выбрать наиболее расписанный вариант.

Во всяком случае бекапы сделаны все,  полностью. И образ системы,  и база данных.
55 Nejronius
 
07.02.14
21:53
Установив,, секретную версию,,  первая накладная пролетела быстрее чем чем в файловом формате…  на радостях сделал выгрузку загрузку из файловой бд(в ней. Работали пока я здесь на форуме был) сделал загрузку в sql server и…  писец……  файл лога (был 6гб.. После их заваисания). а по новому запросу разросся до 18гб…  после чего остановил процесс.
56 vlandev
 
07.02.14
22:02
(55) Ну и что что файл лога вырос , у вас там места что-ли мало , зачем останавливать загрузку? Переведите на время загрузки базу в режим симпл если так переживаете за лог.
57 Злопчинский
 
07.02.14
22:34
два пользовател за 4 года в бухии наколотили 4 ГБ..? - весьма сомнительно
58 Sorm
 
08.02.14
00:46
(55) И что, собственно, случилось? См. (56), если так страшно, но 18 гб - это ну...не особо много:) С учетом операции массовой загрузки данных - так и вообще понятно и простительно. Потом порежешь.
59 Nejronius
 
08.02.14
03:19
(57) мало ? или много ?

(58) за 2-3 проведенных накладных, после которых компьютер повисал на час времени, думаю это писец. особенно если при этом ничего не работает.
60 Злопчинский
 
08.02.14
21:22
(59) много. если нет переливочных процелур, закачки откудато - то за 2 года 4 гига - это очень много. 2 пользователя должны вручную колотить в безостановочном режиме
61 Nejronius
 
09.02.14
14:18
так и делают ))
62 ЧеловекДуши
 
10.02.14
06:00
(12) В 2005, очень плохо отрабатывает (попросту безбожно долго получаются сеи документы) функция получить подчиненные документы, при этом оно плохо работает по рандомному принципу, т.е. не у всех, а у некоторых :)
63 spock
 
10.02.14
07:19
(62) На какой версии? Надо ставить версию 7.
64 DrZombi
 
гуру
10.02.14
08:08
(63) Смешно, аж обхохочешься :)
65 Nejronius
 
13.02.14
09:39
проблема.... база не проходит "тестирование и исправление" виснет либо на "физической целостности" либо если её пропустить на "пересчет служебных данных".  

видимо все зависания из за залития коцаной базы в SQL. и как теперь с этим бороться, ума не приложу. подскажите пожалуйста
66 sergey198
 
13.02.14
09:54
(65) выгрузи ее в файловую обратно, проверь на работоспособность, потом на 2000 сервак
67 varelchik
 
13.02.14
09:55
(65) Для начала используй солюшен 7 тебеж spock написал.
у мене уже 2 год на нем все летает!
правда SQL 2008 r2.
68 Builder
 
13.02.14
10:00
(65) Тестирование не проходит файловая база? Или уже залитая в SQL?
69 Nejronius
 
14.02.14
13:43
проблема с файловой базой. возможно из за этого SQL так же ловит глюков из за побитой бд
70 пипец
 
14.02.14
13:52
(69) ну во первых попробовать ТиИ на дбф - если не проходит то хотя б выяснить на чем не проходит
71 пипец
 
14.02.14
13:55
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.