NET серверы

Автор работы: Пользователь скрыл имя, 03 Января 2012 в 19:42, реферат

Описание

Практически все администраторы Windows знакомы по крайней мере с несколькими серверными продуктами Microsoft. Многим, по всей видимости, приходилось слышать о Microsoft SQL Server, и даже возможно, что в вашей организации используется Microsoft Exchange Server. Первоначально все серверные системы такого рода были известны как серверы BackOffice. Термин BackOffice означает, что серверы использовались с целью обеспечить выполнение основных функций коммуникации в современных компаниях (например, сетевой обмен электронными сообщениями). В Microsoft была создана автономная система BackOffice Server, объединившая в себе Exchange Server, SQL Server и другие приложения BackOffice Server, установленные на одном компьютере. Со временем серверы BackOffice развивались и становились все более мощными и сложными. Постепенно уменьшалось количество больших

Содержание

1.ВВЕДЕНИЕ...................................................................................................................2

2.ЧТО ТАКОЕ .NET.........................................................................................................3

2.1.СРЕДСТВА РАЗРАБОТКИ .NET_ПРИЛОЖЕНИЙ.................................................3

2.2.РАЗРАБОТКА .NET_ПРИЛОЖЕНИЙ......................................................................3

2.3.VISUAL STUDIO .NET...............................................................................................5

2.4.СПИСОК КОРПОРАТИВНЫХ .NET_СЕРВЕРОВ..................................................5

2.5.ВСЕЛЕННАЯ .NET....................................................................................................6

3.ТЕХНОЛОГИЧЕСКАЯ ПЛАТФОРМА .NET................................................................6

3.1ОПЕРАЦИОННЫЕ СИСТЕМЫ.................................................................................7

4.КЛАСТЕРИЗАЦИЯ.......................................................................................................8

4.1.СЛУЖБА КЛАСТЕРИЗАЦИИ...................................................................................9

4.2.БАЛАНСИРОВКА СЕТЕВОЙ НАГРУЗКИ...............................................................9

4.3.СЕТЕВОЕ ВЗАИМОДЕЙСТВИЕ..............................................................................9

4.4.WEB_СЛУЖБЫ.......................................................................................................10

5.КОНЦЕПЦИИ .NET_АРХИТЕКТУРЫ.......................................................................11

5.1.ЦЕЛОСТНАЯ СИСТЕМНАЯ АРХИТЕКТУРА.......................................................11

5.2.ПРЕДВАРИТЕЛЬНЫЕ ПРИГОТОВЛЕНИЯ..........................................................11

5.3.ОЦЕНКА ТЕХНОЛОГИЧЕСКОЙ СТРУКТУРЫ.....................................................12

6.ПРИНЦИПЫ АДМИНИСТРИРОВАНИЯ..................................................................12

6.1.ОСНОВНЫЕ АДМИНИСТРАТИВНЫЕ ЗАДАЧИ.................................................13

6.2.АДМИНИСТРАТИВНЫЕ ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА.........................13

6.3.ОСНОВНЫЕ ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА.............................................13

6.4.ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА КОМАНДНОЙ СТРОКИ...........................14

6.5.ИНСТРУМЕНТАЛЬНЫЕ WEB&СРЕДСТВА.........................................................14

6.6.СЦЕНАРНЫЕ ИНТЕРФЕЙСЫ...............................................................................14

6.7.ОПТИМИЗАЦИЯ И ПОВЫШЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ.........................15

6.8.АВАРИЙНОЕ ВОССТАНОВЛЕНИЕ СИСТЕМЫ..................................................15

7.ВЫВОД.......................................................................................................................16

Работа состоит из  1 файл

КИСТ.doc

— 149.50 Кб (Скачать документ)

     Служба кластеризации Windows обеспечивает выполнение приложения даже в случае полного отказа сервера. Служба кластеризации объединяет несколько серверов (два и более) в один кластер. Каждый элемент кластера соединен с подсистемой внешних запоминающих устройств, которые содержат все данные, используемые кластеризованным приложением. Запоминающая подсистема в определенный момент может использоваться только одним кластером, который в данном случае называется активным узлом (active node). Другой элемент, являющийся, соответственно, пассивным узлом (passive node), как правило, находится в состоянии ожидания счастливого момента, когда произойдет отказ в работе активного узла. Примерно каждую секунду активный узел передает по сети тактовый импульс, который, поступая на пассивный узел, просто указывает на работоспособность сети. Если в течение нескольких секунд на пассивный узел импульс не поступает, следовательно, активный узел прекратил работу. В этом случае пассивный узел принимает на себя роль активного, перехватывая управление подсистемой внешних запоминающих устройств и самостоятельно выполняя кластеризованное приложение. В результате этого обычно возникает пауза в выполнении активного приложения длительностью 20–30 секунд (в зависимости от программы). Конечным пользователем она часто не замечается.

    

4.2.БАЛАНСИРОВКА СЕТЕВОЙ НАГРУЗКИ 

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

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

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

4.3.СЕТЕВОЕ ВЗАИМОДЕЙСТВИЕ

    

Важной функцией любой операционной системы или  платформы считается обеспечение коммуникационных служб. Windows не является исключением из их числа, предоставляя целый ряд надежных служб, возможности которых широко используются при выполнении приложений. К числу наиболее замечательных свойств Windows относится то, что все службы передачи данных — TCP/IP, радиосвязь, инфракрасная/модемная связь и т.д. — применяются в поддерживаемых приложениях. Это означает, что для программы Exchange Server нет никакой разницы, установлена в системе сетевая Ethernet_плата со скоростью передачи данных 10 Мбит/с или же применяется беспроводной адаптер связи с пропускной способностью 11 Мбит/с, а также работаете вы с обычным протоколом TCP/IP или новым протоколом IPv6. Все эти службы реализованы воперационной системе Windows. Exchange Server (или любое другое приложение) просто обращается к Windows с требованием о передаче сообщения, после чего операционная система берет на себя все заботы об инфраструктуре связи. Для эффективного взаимодействия в пределах сети требуется корректная настройка установленных серверов. В первую очередь, следует заняться конфигурацией TCP/IP, поскольку TCP/IP является “родным” сетевым протоколом Windows, необходимым для поддержки разных Internet_технологий корпоративных .NET_серверов. Некоторые корпоративные .NET_серверы имеют собственные подсистемы связи, которые располагаются на верхнем уровне коммуникационной системы Windows. Например, SQL Server обращается к той или иной сетевой библиотеке в зависимости от сетевого протокола, используемого в сети. Host Integration Server часто использует протокол SNA (Systems Network Architecture — системная сетевая архитектура), предоставляющий возможность взаимодействовать с серверами IBM AS/400, поддерживающими стандарт SNA. Дополнительные требования, предъявляемые к коммуникационным системам, рассмотрены более подробно в главах, посвященных конкретным серверам. 

4.4.WEB_СЛУЖБЫ

    

     Web_службы предоставляются многими корпоративными .NET_серверами. Например, Exchange Server включает в себя программу Outlook Web Access, которая дает пользователям возможность взаимодействовать с Exchange Server через специальный Web_узел. Другие .NET_серверы, например, Commerce Server, полностью построены на базе Web_технологий и совершенно бесполезны за пределами Web_окружения. Во всех случаях базовым Web_сервером для корпоративных .NET_серверов является информационный сервер Internet или

IIS (Internet Information Server), включенный в состав операционных систем Windows 2000 Server и Windows 2003 Server. Информационный сервер Internet, работающий как стандартный Web_сервер, может быть использован также в качестве FTP_сервера (File Transfer Protocol — протокол передачи файлов), SMTP_сервера (Simple Mail Transport Protocol — простой протокол электронной почты) или сервера NNTP (Network News Transport Protocol — сетевой протокол передачи новостей). Ряд .NET_серверов (особенно Exchange Server) во многом зависит от тех сетевых технологий, которые позволяют приложениям, созданным на базе IIS, передавать файлы, отправлять и получать сообщения по электронной почте, а также взаимодействовать с сетевыми телеконференциями Internet.

Кроме того, IIS является платформой как для активных серверных  страниц ASP (Active Server Page), так и для более современной системы ASP.NET. ASP и ASP.NET, в свою очередь, обеспечивают возможности быстрого создания прикладных программ, необходимых для Web_разработчиков. Многие программные продукты Microsoft, к которым относится Outlook Web Access и большая часть корпоративных .NET_серверов, оснащены административными Web_интерфейсами, созданными на основе ASP или ASP.NET. 
 
 
 
 
 
 
 

5.КОНЦЕПЦИИ .NET_АРХИТЕКТУРЫ.

5.1.ЦЕЛОСТНАЯ СИСТЕМНАЯ АРХИТЕКТУРА 

     Одной из наиболее важных концепций системной архитектуры является так называемая целостная архитектура, которая предполагает создание проектов, ориентированных не на отдельные компоненты, а на всю систему в целом. Представьте, например, создание проекта нового дома. Если сконцентрироваться на отдельных компонентах, то вам придется учесть достаточно широкое поле различных факторов (высоту потолка, толщину несущей стены и т.д.). При целостном подходе необходимо принимать во внимание влияние веса второго этажа на толщину стен первого этажа, а также веса первого и второго этажей на толщину фундамента проектируемого дома. Многие сетевые системы обычно проектируются с точки зрения компонентной структуры. Куда должны поступать сообщения с сервера обмена данными Exchange Server? Какое количество серверов отвечает пользовательским требованиям? Насколько мощными должны

быть серверные  системы? К сожалению, архитектура  компьютерных сетей аналогична концепции строящегося дома, и соответствие требованиям отдельного компонента далеко не всегда отвечает запросам всей системы. При целостном архитектурном подходе будет учитываться как влияние сервера Exchange Server на инфраструктуру системы доменных имен (DNS — Domain Name System), так и увеличение нагрузки на контроллеры домена сети при

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

5.2.ПРЕДВАРИТЕЛЬНЫЕ ПРИГОТОВЛЕНИЯ

    

     Первая версия Exchange Server (которая по невыясненным причинам называлась версией 4.0) требовала проведения гораздо меньшего количества предварительных операций, чем Windows NT Server 3.51 или последний служебный пакет обновлений (service pack). В настоящее время практически каждый корпоративный .NET_сервер поставляется с немыслимо

длинным перечнем требуемых  изменений. Перед тем, как установить ту или иную программу, вам придется, скорее всего, установить соответствующие служебные пакеты и свежие обновления, необходимые для настройки ОС Windows. Кроме того, могут понадобиться определенные изменения домена или основных сетевых служб, например, DNS или WINS (Windows Internet Name Service), а также информационного сервера Internet (IIS). В некоторых случаях придется заново настроить даже аппаратные устройства сервера. Каждая из предварительных инсталляций должна стать частью общего проекта. Распределение новейших программных обновлений по всем серверам является далеко не лучшей идеей.                                                       Вместо этого вам необходимо составить четкий план, определить оказываемое обновлениями потенциальное воздействие, а уж затем продумать способы, которые позволяют внести соответствующие изменения в конфигурацию тех или иных серверов. Предварительная настройка корпоративных .NET_серверов предоставляет возможность получить определенные сведения об их влиянии на другие серверы или базовые сетевые ресурсы. Например, в инструкции для инсталляции Commerce Server указывается, что в системе должен быть установлен SQL Server. Следовательно, в любой проект корпоративной сети, содержащей Commerce Server, должны быть включены компьютеры с SQL Server. Commerce Server, непосредственно созданный на базе Web_технологий, имеет определенные требования относительно конфигурации DNS, TCP/IP и Active Directory, то есть при разработке проекта на основе Commerce Server необходимо учитывать его потенциальное влияние на все перечисленные службы. 

5.3.ОЦЕНКА ТЕХНОЛОГИЧЕСКОЙ СТРУКТУРЫ

   

На следующем этапе  проектирования необходимо оценить  создаваемый проект с точки зрения его соответствия потребностям вашей организации. Например, несложно создать сеть, которая включает Host Integration Server, используемый для получения доступа к расположенной на системе IBM AS/400 базе данных: достаточно подключить к сети компьютер с установленным Host Integration Server, настроить его на взаимодействие с сервером IBM — и дело в шляпе. Тем не менее, при рассмотрении этого проекта с позиции его соответствия требованиям организации могут обнаружиться определенные проблемы. Например, если к новому серверу будут обращаться более 10 000 пользователей, одного сервера может оказаться недостаточно. В том случае, если сервер предоставляет доступ не к одному, а к двум компьютерам AS/400, расположенным в разных отделах компании, в проект потребуется внести некоторые дополнительные изменения. В заключение предположим, что Host Integration Server должен выполнять автоматическую аутентификацию пользователей, обращающихся к AS/400. С этой

целью используются учетные записи Active Directory. Поддерживает ли такую возможность Host Integration Server или же придется обратиться к какой_нибудь другой программе? Очевидно, что определение требований компании до начала проектирования ее сетевой структуры позволит сэкономить немало времени и сил. Необходимо постоянно сравнивать создаваемый проект с существующими потребностями и по завершении проектирования убедиться в том, что ни одинаспект не остался незамеченным. 

6.ПРИНЦИПЫ АДМИНИСТРИРОВАНИЯ 

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

6.1.ОСНОВНЫЕ АДМИНИСТРАТИВНЫЕ ЗАДАЧИ 

     При освещении вопросов администрирования особое внимание будет уделяться основным административным задачам. К этой категории относятся задачи, которые придется выполнять почти каждый день, равно как и функции, в значительной степени определяющие успех реализации любого корпоративного .NET_сервера. Речь идет о самых различных задачах: о создании почтовых ящиков в Exchange Server, поддержке баз данных SQL Server, отслеживании текущих сообщений в BizTalk Server. 

Информация о работе NET серверы