Вылетает 1Сv7 при выборе окна сохранения отчета на диск
 

стоит W2008R2 стандарт сп1 в терминальном режиме , клиент терминала от Вин7
- проблема
вылетает при попытке сохранения (просто при выборе иконки - открыть или сохранить) вне зависимости от режима работы - конфигуратор , предприятие , отладчик
-
запуск конфигуратора и самого предприятия стал сильно медленный
-
так же замечены вылеты тоталкомандера
-
до этого стоял 2003 - проблем не наблюдалось
-
что делать ? и кто виноват ? собственно что можно сделать кроме отката на вин2003 ? (или это самый лучший вариант)
-
админы ниале и вообще в позиции - 1с нада менять ...

криво стоит W2008R2 стандарт сп1
Смотреть в логах ошибки пробовали?
запуск конфигуратора и самого предприятия стал сильно медленный - да 2003 работает быстрее
что делать ? и кто виноват ? собственно что можно сделать кроме отката на вин2003 ? (или это самый лучший вариант) - лучший - откат на 2003. Смотреть в логах ошибки и уже конкретно разбираться

(1) спс , про откат на 2003 понятно
--
- про криво стоит 2008 стандарт сп1
на всех серверах ? абсолютно на всех наблюдается такое чудо , админы говорят в логах типо все нормально ... (хз чо нормального , но если мы еще и логи системы регулярно читать будем Оо, хотя наверное придется)
может заплатки какие мс выпускала критичные ?

(2) Пусть ещё железо проверят.
Нормально у меня работал 2008сп1. Убрал из-за производительности.
Для 7-ки, так вообще разница ощутимая.

(3) ога, еслиб еще ссылки на статьи/материалы, для аргументации, а то позиция у людей - "у нас все работает это все ваша 1с" ;))

(4) "так же замечены вылеты тоталкомандера" - это уже не только 1с. 1с может вылетать из-за ВК. Это тоже не 1с. Ну и аргумент: СЕРВЕР ДЛЯ 1С, А НЕ 1С ДЛЯ СЕРВЕРА.

(5) Ваши слова б да ... :))
+ конфигуратор из за ВК вылетать тоже не может как бээ, просто тоталкомандер замечен случайно - так как мы его используем в остальном на серваках только 1С
ЗЫ вылетает вне зависимости от формата базы SQL / DBF
ЗЫЫ будем собирать таки аргументы, пока товарищи не прошибаемы ...

+ Пусть ещё проверят DRM. Добавят 1с в исключение.
++ Не занимайтесь фигней, ставьте 2003

4-101 > [url]http://1c.ru/news/info.jsp?id=12695[/url]
Не достаточно?

/распечатаю-распространю/
ЗЫ может еще кто напишет для комплекта чего ;)) а то устал уже доказывать (дождутся буду никсы рекомендовать нафик) ;)) правда OLE туда не удалось прикрутить и некоторые ВК, ну это дело наживное :))

(9) всё уже написано в (8)
чё ещё сказать? 2003 тоже не всегда стабильно работает с 7.7
самый оптимальный вариант - 2000

(10) 2003 как раз стабильно работает ...
нареканий (таких, какие возникли после перехода на 2008 - не было ...)
то что спулер подвисает что в 2008 что в 2003 так это решается опционально а не хирургией, а переход на 8-ку не выход, а то как в том анекдоте

- получили японцы чертежи су-27 - собрали - паравоз
пригласили много специалистов, консилиум , собрали паровоз
- пригласили дядю васю - он им тычет в схему - вот видите - внизу "после сборки - доработать напильником"
ЗЫ так шо перед перейти ,еще "пилить и пилить, начиная с бизнес процессов"
-
(8) ага это все подшивается к делу ...

(8)

[img]http://de.trinixy.ru/pics5/20120113/demotivatory_31.jpg[/img]

(10) на 2003сп2 нормально работает несколько 7.7 баз. ДБФ и СКЛ(2005) формат. клиенты - ХР и Вин7.

На вин2008 около 10 баз "семерки". Работают... Что-то не так сделано?
P.S. Движок "семерки" залит сетапом, не переносом, потому юзает ОЛЕ. Директории с базами обработаны для доступа для конкретных групп пользователей сервера. Для каждой базы существует "1С-ий" список юзеров: никакого "анонимного доступа" нет. Ни к серверу, ни к 1С.

имеем 2003 и 2008.
полеты нормальные

Надо самому сделать стенд, разобраться и настроить. Пока сам не разберешься, работать будет криво. Настройки 2008-го обсуждают в соседней ветке:
[url]http://forums.kuban.ru/f1040/%D0%9F%D0%BE_%D0%BF%D0%BE%D0%B2%D0%BE%D0%B4%D1%83_%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%B0-3691407.html[/url]

(16) хмм мне конечно интересно и разберусь если - что, но мне кажется это дело специально нанятых сотрудников ;)) если программист 1С будет монтировать райды и назначать ГП в АДе будет как то не правильно ;))

17-101 > Сервер БД, вообще-то, надо отделить от сервера с АД, и прочими такими штучками. Целее будет. И База, и АД.

(18) все отделено ;)) но некоторые советы касались проверки ГП АД-е, что вполне может влиять ...

+(18) и работать будет быстрее