А зачем его подключать к инетрнету? Можно и отдельно файлы обновлений накачать (на другом компьютере) и установить ручным запуском. И не ручным тоже.
Можно даже не с флэшки, а с CD-R.
Можно придумать кучу нюансов, что это невозможно\нецелесообразно, но если говорить про ситуацию «надо обновить, нельзя подключать к интернету», то вывернуться можно.
?all — требуется, чтобы наши письма доходили до того самого клиента, ибо им письма приходят уже изменёнными сервером пересылки (то есть не от имени нашего сервера).
Ну сейчас так и сделано. Но поскольку я новичок в этом, то постоянно сомнения — правильно ли, может есть способы правильней.
Да и смущают EHLO\HELO.
Каждому IP не присвоить одинаковый FQDN ведь.
В нашем случае есть клиент, у которого почта на хостинге и не ими управляется. Там есть и проверка PTR, и проверка DKIM.
Таких клиентов с серьёзным подходом к почте, к сожалению, мало.
Намного больше, которые используют mail.ru. И хорошо, если эти адреса не будут подделываться спамерами, потому что из-за таких клиентов пришлось добавить в исключения этот домен, иначе проблемы с получением писем у наших менеджеров.
Может подскажете даже, как можно грамотно разрулить настройку почты в случае двух провайдеров интернета (active\passive), и при этом проходить все проверки?
При условии, если не менять второго провайдера, где нет обратной записи PTR и не уносить почту на хостинг.
Вообще, для этого должен быть агент администрирования, который ставится через центр и который обладает нужными правами, и пользовательские сессии тут вообще ни при чём.
Если антивирус управляется с центрального узла, то в нём самом заложена функция запрета локального изменения настроек антивируса. Если у Вас используется антивирус без данной полезной штуки, как Центр Администрирования Антивируса (просто от балды название, у каждого антивируса он по-своему называется), то стоит задуматься о переходе на другое решение.
Поскольку я не DBA и изначально сама база SQL — не мой головняк (только её окружение — хостовая машина и ОС), то вот мои ответы:
1. Единственное, что я знаю — джобы DBINDEX и DBDEFRAG.
2. VHDX статичного размера 60 Гб на SAS2 дисках (аппаратный рейд 0). Система и база — всё на одном диске (тут правило «Если компания не готова это купить — значит ей это не нужно»). И я, и мой начальник в курсе и понимают, что надо на разные диски разносить всё это дело.
3. Без понятия.
4. Виртуальная машина Windows Server 2012R2 на такой же хостовой.
5. Не знаю, что это такое.
По поводу дисков и всего остального — я новичок в этом деле и знаю, что что-то делаю не так, но нет старшего товарища, который бы видел, где и что я сделал не так. Поэтому учусь на своих ошибках и гугл тут мало поможет — он мне не скажет, какое из решений оптимальное, а какое — вредные советы.
И я понимаю связь между размером блока на реальном диске и виртуальном. Но я не знаю, какой размер оптимален именно для базы скуля или базы 1с.
И Ваше предположение «с кодом всё хорошо» неверно — нет, плохо, и весь IT-отдел в курсе. Старый код не оптимален, но используется много где. Про качество нового кода не знаю, но мои коллеги вряд ли скажут, что код, который они пишут — говно.
Вам данная возможность откроется с получением статуса R&C. Подробнее здесь можно почитать.
Для связи можете писать мне куда угодно (указал контакты в профиле), предпочтительно в Телеграмм (на данный момент, а так — куда угодно).
Ну и про конфигурацию 1С я вряд ли смогу написать без инструкции, где это посмотреть :) Это не моя область знаний, поэтому максимум, что я там могу — только то, что мне показали.
Возникла путаница. Мой начальник — начальник отдела IT. Программисту 1С я не вхожу в прямое подчинение.
И да, правильно говорите, у самого такие мысли, которые разбиваются об «но тут нужна поддержка руководства».
Ещё может возникнуть впечатление, что я Д'Артаньян, а все г… вардейцы кардинала, но нет, не всё так плохо, я пишу лишь про минусы. Про плюсы упоминал вскользь (в плане опыта — его я получаю всё же, и это не эникейство, а реальный опыт работы с разными серверами).
Единственное узкое место — SQL (память\диски — вообще не под нагрузкой, как и сеть. Точнее, я даже не знаю, как SQL 2000 работает с памятью больше 2 гигабайт, ибо AWE активирована, под процесс выделяется столько, сколько указана верхняя граница, но задействуется ли — непонятно). Согласен, надо разбираться, что там и как происходит, но я не знаю, с какой стороны подступиться, потому что 1С с этим сервером работает (а вникать в работу 1С при двух программистах 1С...) и на нём только SQL и крутится. Сам сервер Ок. Происходит что-то внутри SQL.
При этом, и программист, и начальник признают проблему — они знают, что это косяки между SQL и 1С. Просто точно так же не вникают во все тонкости процессов SQL и вместо причины (как минимум оптимизировать код всего, что им доступно — но нет времени, потому что начальство постоянно ставит новые задачи и не хватает упорства продавить начальство на рефакторинг) устраняют следствия. А устраняют радикально — перезагрузками серверов (как прошлый сисадмин приучил их, как я понял).
И вот это полный атас — в итоге у программиста полностью нарушены причинно-следственные связи в компьютерной сфере и он умудряется мне давать советы (вообще, по работе, а не в данном случае) как и что делать, основываясь на своих наблюдениях со стороны: «я видел эту проблему, другой сисадмин решал её так, после этого было всё хорошо, значит помогло и это верный путь её решения».
Для устранения следствий достаточно перезапустить службу SQL. Пользовательские сессии сами отвалятся и сеансы 1С вылетят с ошибкой (перед рестартом обычно всех выгоняют в добровольном порядке словами «всем выйти из 1С»). Но как не разбирающимся в процессах Windows людям объяснить, что этого достаточно? Это как объяснять несостоятельность теории эфира тем, кто искренне верит в неё.
Для устранения причины надо быть программистом 1С и иметь время на это. А времени у них нет. Зато есть оптимизм, что уж в данный-то раз точно косяк Windows, а не SQL.
Печально всё это.
Иерархия зависит и от размера организации. Всё-таки заголовок статьи говорит об офисном сисадмине. А в моём понимании — это не такой уж и большой парк машин (до сотни?), который обслуживает один человек.
Ну и стенд с иерархией к счастью расходится с реальностью чуточку — я не нахожусь в подчинении программиста 1С.
Да и часто не иерархия задействуется, а кумовство и дружба, где новички проигрывают тем, кто давно в компании работает.
По поводу статьи: там есть упоминание начинающих, поэтому я, как начинающий, высказываюсь, что памятка больше для продолжающих и начальников IT. И директоров.
А по поводу клоаки — с опытом Вы не правы, светлые моменты тоже есть, и интересных задач хватало. И какой карьерный рост у офисного админа?
Несмотря на то, что я по ту сторону баррикад, я Вас вполне понимаю.
Мне тоже приходится доказывать, что это не сервер виноват, все показатели в норме, всё работает в штатном режиме, мониторинг не показывает ничего аномального, все остальные приложения работают стабильно и вообще никаких проблем и ошибок в журналах нет.
И я бы очень хотел, чтобы мне давали аргументированный ответ, как Вы приводите, потому что я не DBA, чтобы самому разбираться, что не так в 1C 7.7 и MSSQL 2000. Но когда мне программист 1С говорит «перезагрузи сервер, потому что прошлый сисадмин так делал и после этого всё снова нормально работало». И ладно бы если только сервер SQL (рестарта службы ему мало?), так ещё и терминальные серверы надо перезагружать, потому что с них основная масса пользователей заходит в 1С (ему мало завершения процессов 1С?).
Тут просто вопрос квалификации и знаний. У кого их больше, тот и считает себя правым. У кого их нет — компенсирует это тем, что старше и выше по должности.
Даже если сократить иерархию до сисадмин -> начальник IT -> Генеральный директор, то всё стопорится на «начальник IT».
Мне это надо доказывать ему, в первую очередь. И тут два выхода — уволиться самому или мириться с ситуацией, пытаясь потихоньку менять всё в нужную сторону. Потому что открытый конфликт не нужен — ни к чему хорошему не приведёт.
А по поводу памятки — она в самом деле не для начинающих сисадминов, у которых нет авторитета перед пользователями и руководством. Если изначально работа поставлена в правильном ключе, то памятка не нужна, это прописано в должностных инструкциях. А если нет — сначала надо пробить каменную стену «а у нас так всю жизнь устроено».
Ну и новичок в отделе из 5-6 человек тем более не нуждается в такой памятке — там должно быть распределение ролей и памятка\служебные обязанности зависят от роли новичка.
Можно даже не с флэшки, а с CD-R.
Можно придумать кучу нюансов, что это невозможно\нецелесообразно, но если говорить про ситуацию «надо обновить, нельзя подключать к интернету», то вывернуться можно.
Да и смущают EHLO\HELO.
Каждому IP не присвоить одинаковый FQDN ведь.
Таких клиентов с серьёзным подходом к почте, к сожалению, мало.
Намного больше, которые используют mail.ru. И хорошо, если эти адреса не будут подделываться спамерами, потому что из-за таких клиентов пришлось добавить в исключения этот домен, иначе проблемы с получением писем у наших менеджеров.
Может подскажете даже, как можно грамотно разрулить настройку почты в случае двух провайдеров интернета (active\passive), и при этом проходить все проверки?
При условии, если не менять второго провайдера, где нет обратной записи PTR и не уносить почту на хостинг.
По Вашей ссылке:
Не существует Dune I от Westwood, это он хотел сказать.
1. Единственное, что я знаю — джобы DBINDEX и DBDEFRAG.
2. VHDX статичного размера 60 Гб на SAS2 дисках (аппаратный рейд 0). Система и база — всё на одном диске (тут правило «Если компания не готова это купить — значит ей это не нужно»). И я, и мой начальник в курсе и понимают, что надо на разные диски разносить всё это дело.
3. Без понятия.
4. Виртуальная машина Windows Server 2012R2 на такой же хостовой.
5. Не знаю, что это такое.
По поводу дисков и всего остального — я новичок в этом деле и знаю, что что-то делаю не так, но нет старшего товарища, который бы видел, где и что я сделал не так. Поэтому учусь на своих ошибках и гугл тут мало поможет — он мне не скажет, какое из решений оптимальное, а какое — вредные советы.
И я понимаю связь между размером блока на реальном диске и виртуальном. Но я не знаю, какой размер оптимален именно для базы скуля или базы 1с.
И Ваше предположение «с кодом всё хорошо» неверно — нет, плохо, и весь IT-отдел в курсе. Старый код не оптимален, но используется много где. Про качество нового кода не знаю, но мои коллеги вряд ли скажут, что код, который они пишут — говно.
Для связи можете писать мне куда угодно (указал контакты в профиле), предпочтительно в Телеграмм (на данный момент, а так — куда угодно).
Ну и про конфигурацию 1С я вряд ли смогу написать без инструкции, где это посмотреть :) Это не моя область знаний, поэтому максимум, что я там могу — только то, что мне показали.
И да, правильно говорите, у самого такие мысли, которые разбиваются об «но тут нужна поддержка руководства».
Ещё может возникнуть впечатление, что я Д'Артаньян, а все г… вардейцы кардинала, но нет, не всё так плохо, я пишу лишь про минусы. Про плюсы упоминал вскользь (в плане опыта — его я получаю всё же, и это не эникейство, а реальный опыт работы с разными серверами).
При этом, и программист, и начальник признают проблему — они знают, что это косяки между SQL и 1С. Просто точно так же не вникают во все тонкости процессов SQL и вместо причины (как минимум оптимизировать код всего, что им доступно — но нет времени, потому что начальство постоянно ставит новые задачи и не хватает упорства продавить начальство на рефакторинг) устраняют следствия. А устраняют радикально — перезагрузками серверов (как прошлый сисадмин приучил их, как я понял).
И вот это полный атас — в итоге у программиста полностью нарушены причинно-следственные связи в компьютерной сфере и он умудряется мне давать советы (вообще, по работе, а не в данном случае) как и что делать, основываясь на своих наблюдениях со стороны: «я видел эту проблему, другой сисадмин решал её так, после этого было всё хорошо, значит помогло и это верный путь её решения».
Для устранения следствий достаточно перезапустить службу SQL. Пользовательские сессии сами отвалятся и сеансы 1С вылетят с ошибкой (перед рестартом обычно всех выгоняют в добровольном порядке словами «всем выйти из 1С»). Но как не разбирающимся в процессах Windows людям объяснить, что этого достаточно? Это как объяснять несостоятельность теории эфира тем, кто искренне верит в неё.
Для устранения причины надо быть программистом 1С и иметь время на это. А времени у них нет. Зато есть оптимизм, что уж в данный-то раз точно косяк Windows, а не SQL.
Печально всё это.
Ну и стенд с иерархией к счастью расходится с реальностью чуточку — я не нахожусь в подчинении программиста 1С.
Да и часто не иерархия задействуется, а кумовство и дружба, где новички проигрывают тем, кто давно в компании работает.
А по поводу клоаки — с опытом Вы не правы, светлые моменты тоже есть, и интересных задач хватало. И какой карьерный рост у офисного админа?
Мне тоже приходится доказывать, что это не сервер виноват, все показатели в норме, всё работает в штатном режиме, мониторинг не показывает ничего аномального, все остальные приложения работают стабильно и вообще никаких проблем и ошибок в журналах нет.
И я бы очень хотел, чтобы мне давали аргументированный ответ, как Вы приводите, потому что я не DBA, чтобы самому разбираться, что не так в 1C 7.7 и MSSQL 2000. Но когда мне программист 1С говорит «перезагрузи сервер, потому что прошлый сисадмин так делал и после этого всё снова нормально работало». И ладно бы если только сервер SQL (рестарта службы ему мало?), так ещё и терминальные серверы надо перезагружать, потому что с них основная масса пользователей заходит в 1С (ему мало завершения процессов 1С?).
Тут просто вопрос квалификации и знаний. У кого их больше, тот и считает себя правым. У кого их нет — компенсирует это тем, что старше и выше по должности.
Мне это надо доказывать ему, в первую очередь. И тут два выхода — уволиться самому или мириться с ситуацией, пытаясь потихоньку менять всё в нужную сторону. Потому что открытый конфликт не нужен — ни к чему хорошему не приведёт.
А по поводу памятки — она в самом деле не для начинающих сисадминов, у которых нет авторитета перед пользователями и руководством. Если изначально работа поставлена в правильном ключе, то памятка не нужна, это прописано в должностных инструкциях. А если нет — сначала надо пробить каменную стену «а у нас так всю жизнь устроено».
Ну и новичок в отделе из 5-6 человек тем более не нуждается в такой памятке — там должно быть распределение ролей и памятка\служебные обязанности зависят от роли новичка.