Новая сборка сети Windows Server

Вы упомянули причину: отличать 32-разрядные программные файлы от 64-разрядных программных файлов. Когда Вы запускаете 32-разрядную программу на 64-разрядной установке Windows, Windows перенаправляет запросы папки из той программы для %ProgramFiles % [C:\Program Files в англоязычной версии] к x86 альтернативе [C:\Program Files (x86)]. Из-за этого тихого перенаправления 64-разрядные и 32-разрядные программы могут сосуществовать, не вмешиваясь друг в друга. (Например, 64-разрядный Windows включает и 64-разрядные и 32-разрядные версии Internet Explorer.) Windows также выполняет подобные перенаправления для своих собственных файлов и для ключей реестра.

3
задан 9 July 2009 в 07:17
4 ответа

Я собираюсь повторить pcampbell здесь, но мой тон будет еще более мрачным и сильным. Возьмите его, как "заезжено early-30-something парень IT, который думает, что видел, что все это" говорит, если это имеет значение.

Вхождение и просьба заменить что-либо прямо из логического элемента не являются жизнеспособной стратегией. У Вас должен быть очень хороший understanging того, что уже там перед попыткой даже к заменяющей инфраструктуре спецификации, уже не говоря о фактической реализации его. Я рискну здесь и, нахально, предложу, чтобы Вы не знали столько о потребностях этого бизнеса, сколько Вы думаете, что делаете. Комментарий Вы сделали ре: "... не могу дождаться, чтобы достать мою собственную сеть". говорит красноречивее всяких слов. W/никакая предназначенная непочтительность, я был подрядчиком, что следование эти "главное перепроектирование" усилия несколько раз, и обычно я нахожу, что новый материал является такой большой путаницей как, независимо от того, что предшествуется это.

Я убрал бы любого маленького, уже не говоря о главном, видениях замены и запустился бы путем документирования всего, что это существует теперь. Необходимо понять аппаратные средства, программное обеспечение и бизнес-потребности. Необходимо смочь поддерживать вещи в рабочем состоянии, как они теперь, в то время как Вы планируете для улучшения.

Вот вещи, которыми я занялся бы (с намеком на pcampbell для получения меня, запустился... Я должен был читать Отказ сервера час назад вместо того, чтобы пытаться напрасно спать):

  • Документация от начала до конца аппаратных средств сервера, конфигурация операционной системы, аппаратная конфигурация сетевой инфраструктуры и конфигурирование протоколов, физическая топология, логическая топология. Никто помимо Вас никогда не может читать его, но необходимо зарегистрировать его так, чтобы Вы поняли это сами.

  • Идентификация критически важных для бизнеса данных и систем и планирующих шагов, чтобы сразу обеспечить, чтобы рискованные faulure режимы (думают серверы w/o избыточные диски, данные, это не поддерживается, и т.д.) были смягчены как можно скорее. Это - Ваш зад на строке, после того как Вы вступаете во владение, если вещи начинают перестать работать. Это - последняя вещь, Вам нужен случай, в то время как Вы все еще пытаетесь "знать досконально".

  • Идентификация недостатков, проблем и неэффективности в существующей системе. Вы не можете знать, что улучшиться, пока Вы не знаете что случилось для начала. Это означает брать интервью у пользователей, рассматривая прошлую историю заявки на устранение неисправности, сравнительное тестирование и рытье для обнаружения, где время и деньги снижаются в текущей инфраструктуре.

  • В то время как Вы делаете все это, поддерживаете существующую систему в рабочем состоянии. Вы собираетесь узнать много о том, что продолжается там путем контакта с ежедневными проблемами.

  • Взаимопонимание сборки с пользователями, руководителями и любыми третьими лицами, с которыми необходимо иметь дело. С Вашего самого первого дня необходимо вырастить изображение того, чтобы быть доверяемым советником. Необходимо взять персональную долю и действие таким способом, что всем ясно, что Вы работаете в интересах Фирмы, и не потому что Вам нравится играть с технологией.

Говорить с некоторыми практическими вопросами:

Назовите меня curmudgenly, но я собираюсь засунуть шею ре: Ваше предложенное "решение" и предполагает, что Вы вложились в виртуализацию, потому что Вы чувствуете снижение расходов в аппаратных средствах, которые могут или не могут существовать, и потому что Вы не понимаете потенциальные препятствия производительности (особенно с основанными на базе данных приложениями), что Вы могли сталкиваться. Я провел год, наблюдая за Клиентом (кто неожиданно приехал в мою Фирму в чрезвычайной ситуации), борьба с проблемами производительности от пары очень дорогих серверов Dell 6950 и iSCSI SAN. Их кластер ESX VMware, который последний "человек IT", вставленный во время припадка "главного перепроектирования" работы, но некоторые их приложения, выполняет плохо и они узнают, что несколько "традиционных" серверов w/немодные, незахватывающие функции как RAID и DASD работали бы намного лучше за меньшее количество денег для некоторых их потребностей. Кто-то был продан номенклатура товаров, тем не менее, и теперь они - палка с большим количеством стоимости, сниженной в inflexibile инфраструктуру.

Вот некоторые практические объекты, за которыми я следил бы, расположенный в своего рода первоочередном заказе..., но только несколько:

  • Я уже упомянул резервное копирование - который должен быть почти первым в Вашем уме в день 1. Расширение до большего представления, тем не менее, как что план аварийного восстановления? Это даже существует? Получите план вместе и протестируйте его. Возьмите интервью у партнеров / владельцы и узнайте то, что их уровень комфорта с тем, чтобы тратить деньги для контакта с различными видами аварий (потеря сервера, потеря всех серверов, и т.д.). Если существует какое-либо место, что я не чувствую себя виновным, прося тратить деньги, это находится на предотвращении аварии и восстановлении. 200 человек, теряющих их задания из-за аварии IT, походят на предотвратимую трагедию мне.

  • Какова модель дублирования как для Active Directory? Есть ли несколько DC? В противном случае разгладьте это как можно скорее. Вам нужны несколько DC... период. Они - дешевая, дешевая, дешевая страховка и наличие копии AD вокруг после того, как авария сделает для намного более легкого восстановления.

  • Почему клиентские компьютеры не соединены с доменом AD? Соедините их. Получите WSUS, идущий для компьютеров клиента и сервера.

  • Как что антивирус? Против спама? Фильтрация интернет-контента / контроль? Брандмауэры? VPN? Пользователи работают как "Администратор" - учетные записи уровня на их ПК? Что похоже на политики паролей? Какое уведомление Вы имеете для предпринятого проникновения, несанкционированного доступа?

  • Каковы приложения направления деятельности? Как хорошо они работают? Может их производительность / эффективность / availabiltiy быть улучшенной? То, каков SLA, связалось с этими приложениями и доступностью? Как что отношения поддержки поставщика? Можно ли рекомендовать новые приложения в thei земельном участке?

  • Что похоже на производительность в филиалах? Как это может быть улучшено, если это плохо? Какова возможность соединения WAN? Это экономически эффективно или является там лучшими альтернативами там? Был бы серверы в филиалах помогать или препятствовать?

  • На что использование пространства похоже на файловых серверах? Какова тенденция пространства? Действительно ли данные доступны и организованы? Как безопасность с совместно используемыми данными (группы, полномочия, и т.д.)? Как можно улучшить его?

  • На что похожа сохраненная электронная почта? Какие проблемы там для архивации / хранение / разрушение электронной почты? Что размер отклоняется здесь? То, что SLA бизнес, хотело бы видеть аварийное восстановление в случае отказа почтового сервера? Во вторую очередь, какая замена / улучшения Вы предложили бы встретить их SLA (кластеризация, addt'l серверы для распределения нагрузки, и т.д.)?

  • Есть ли определенные части сервера или аппаратных средств сетевой инфраструктуры, вызывающих problemds с эффективностью или безопасностью? Запланируйте заменить / повторно имеют целью их.

  • Какой инструментарий существует для обеспечения уведомлений об ошибках, отключениях электричества, и т.д.? Почему Вы не получающий электронное письмо или уведомления SMS-сообщением вещей как отказы диска, температуры из спецификации, сервисы, становящиеся недоступными? Необходимо заранее управлять отключениями электричества путем предотвращения их или, по крайней мере, знания о них, прежде чем пользователи сделают.

  • Какова речевая инфраструктура телефона, похожи? Единая система обмена сообщениями была бы победой? Как это набрасывается на карманные компьютеры / КПК / беспроводные телефоны, если вообще?

Список мог продолжиться и на. Замена и пенсия infastructure происходят как часть тех объектов, но это не, по моему мнению, объект к себе. Никакой бизнес не покупает IT ради покупки IT. Необходимо создать случай для рекомендуемых замен на основе того, что cusiness собирается понять в увеличенной эффективности / производительность / доход от расхода.

8
ответ дан 3 December 2019 в 04:45
  • 1
    Спасибо за такой фантастический ответ. Я молод (24), но я понимаю, что не могу возможно знать то, что является лучшим для новой сети, такой как это. Продвижение, чтобы быть Системным администратором является следующей частью моей карьеры, и я определенно собираюсь намочить ноги с этим проектом. Спасибо за точки выше, причина я задаю вопросы настолько же широко, как это, у меня нет наставника в месте, я работаю в данный момент, таким образом, любой и весь совет значительно ценятся. Я очень внимателен в особенности о резервной ситуации - это будет первоочередная задача. Еще раз спасибо за Ваш советовать. –   9 July 2009 в 09:06
  • 2
    Ваш энтузиазм является, конечно, хорошим началом. Вход немного по Вашей голове хорош также, пока Вы плаваете вместо снижения. Взгляните на поток здесь: serverfault.com/questions/1046/… существуют некоторые хорошие книги, на которые ссылаются (хотя ничто я помещу " персональный recommendation" на). Я советовал бы Вам концентрироваться на " люди skills" и знания о бизнесе по технологии. Кто-либо может " сделайте tech" - не только кто-либо может объяснить, как технология касается бизнеса способом, который заверяет и понятный. –  Evan Anderson 9 July 2009 в 09:11
  • 3
    хорошая речь. сеть и системы существуют для помощи эти пользователи и их бизнес или домен . Независимо от того, что это сделано к " improve" должен предложить некоторый уровень улучшения работы для них, не для IT guy' s удовольствие. –  icelava 9 July 2009 в 09:48
  • 4
    другой закаленный парень IT здесь, который главным образом соглашается с Evan Anderson' s комментирует, но требуемый, чтобы указать, что 99% работы IT устанавливают ожидания. и к точке, Базам данных по VMs don' t масштаб; корпуса производительности при загрузке. I' m также VMware & архитектор Power5 для крупной компании. –  Kilo 9 July 2009 в 19:15

Найдите то, что клиенты хотят и нуждаются. В этом случае Ваши клиенты являются, вероятно, Вашим финансовым директором и Вашими пользователями. Финансовый директор хочет сохранить бюджет трудным как возможный, потому что эй, он думает, что IT является центром затрат, правильно? Таким образом, необходимо смочь показать ROI, или еще лучше, снижение расходов. Думайте лицензии, питание, охлаждение, время восстановления, reorg принтеров, и т.д.

Ответьте на вопрос: "Путем покупки этого нового механизма и изменения 'рабочей' инфраструктуры, что бизнес собирается получить?"

Займитесь восстановлением и стратегией резервного копирования сначала. Та система поддержки является самой важной, и можно только обвинить назад последнего парня IT так долго. Однажды сервер катастрофические отказы жесткого диска, резервное копирование должно быть быстрым.

У пользователей, вероятно, есть список вещей, они ворчат о 'парне IT'. Когда Вы представляетесь, задаете вопросы как:

  • "Какие проблемы Вы имеете на ежедневной основе, что Вы думаете, что я мог помочь с?" После того как пользователи видят, что Ваши уши открыты, они сообщат вещи, о которых Вы, вероятно, не думали. Это прямо здесь может дать Вам ценность 6 месяцев работы.
  • Они делают общее ведение календаря Exchange/Outlook?
  • "Эй, Вы знали, что можно распечатать и физически отправлять расписание Зала заседаний каждое утро так, чтобы люди знали, заказана ли комната в течение дня?". Администраторский помощник вводит любовь тот материал.

Конечно, существуют проблемы, когда компания этот размер не имеет домена. Хорошо они должны, поскольку у них есть Exchange. Испуги ум, что у пользователей есть учетные записи Exchange уже их машины, не находятся в домене?

Это походит на забавную проблему и удачу, и развлекайтесь!

5
ответ дан 3 December 2019 в 04:45
  • 1
    Огромное спасибо! Это будет проблемой наверняка, но я очень надеюсь создать надежное и функционировать система. I' ve проложил себе путь от Справочной службы и can' t ожидают для доставления мою собственную сеть :) –   9 July 2009 в 08:15
  • 2
    В дополнение к предложениям, какой упомянутый pcampbell, выполняя сетевой ресурс без надлежащих мер безопасности на месте мог быть ответственностью за Вашу компанию. После реализации Вашего плана относительно DC и соединения рабочих станций, я предложил бы консультироваться с лицами, принимающими решения, в компании для формулировки политики хранения документа (если один doesn' t уже существуют), и изучение системы управления документами с возможностями обработки изображений. –  Jeremy Viet 9 July 2009 в 08:52

Удостоверьтесь, что Вы знаете все пароли администраторов.

0
ответ дан 3 December 2019 в 04:45

Как нет никакого домена, Ваше первое задание запланировало бы, развернувшись и диагностируя Active Directory - не что-то, чему нужно много новых аппаратных средств.

Два сервера походят слишком на многие яйца в одной корзине для 200 сотрудников также, Вы захотите посмотреть на большее количество хостов, которые я сказал бы - по крайней мере три хоста vm и затем несколько хостов без операционной системы к невиртуализированным загрузкам как по крайней мере один DC, высокопроизводительный сервер управления и некоторые запчасти. Резервный хост мог бы быть лучше помещен удаленный или по крайней мере на другом полу и в зависимости от инфраструктурного устройства и устройства резервного копирования и стратегии удаленного устройства хранения данных.

SAN будет очень важен, если Вы пойдете с тем планом, таким образом, он должен быть хорошо протестирован и что-то, что Вы или подрядчик можете действительно доказать, обработает его и расширится с потребностями. Плохо выбранные или реализованные SAN являются вероятной из более общих проблем производительности сегодня в меньших компаниях.

Я также поместил более мысль в это "и устройство резервного копирования" маркер, прежде чем я пойду, выключая основные серверы и устройство хранения данных. Должно быть более важно завершить ^^


И да, нет никаких хороших ответов как обратная связь, которую Вы могли получить, в основном, что работа - все о выяснении во-первых - удача, не забудьте весело провести время, всегда быть хорошими и быть очень осторожными с данными. Бизнес-стандартные программы и потоки операций обычно более важны для выяснения, прежде чем можно будет "улучшиться" относительно чего-либо с помощью технологии ^^

0
ответ дан 3 December 2019 в 04:45

Теги

Похожие вопросы