|
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
|
||||
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
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |