mstr

Добрый день, уважаемые знатоки linux! Хочу обсудить тему, особенно злободневную в свете все учащающихся проверок со стороны Microsoft! А именно - если бы понадобилось перевести организацию на свободно распространяемый софт, то как это грамотно сделать? Для примера возьмем абстракную модель небольшой организации: Несколько (шутк 10) серверов MS Windows 2003 Server, AD. Среди них файловые, приложений и технологические (роботы всякие сидят). Есть выход в инет, через киску. В качестве прокси IIS. В качестве почтового сервака Exchange. Естественно, интегрирован с AD. В качестве OS на клиентских машинах - Windows XP SP2. Русская, само собой. Антивирус - ну, неважно. Допустим какой-нибудь коммерческий. Есть на серверах и на рабочих станциях. Представим, что админы не сильно глупые и в организации активно юзается AD, используются сценарии загрузки рабочих станций, плавающие за пользователями сетевые профили и всюду, где можно, используется механизм Windows Identification. На серверах из прикладных MS продуктов стоит: - MS SQL Server - MS Exchange - MS IIS - MS SharePoint Server Рабочих станций примерно 100. Кроме того, в организации бухгалтерия пользуется 1С, пользователи активно юзают MS Word и MS Excel, кое-то Powerpoint. Все используют Outlook, причем используются общие папки на сервере MS Exchange для организации совместной работы и назначения заданий. Также используется MS InfoPath, в качестве средства примитивного документооборота. Также есть унаследованные приложения, которые работают в MS DOS - это всякие фокспрошные и клипперные программы, которые переписывать некому. Юристы юзают какую-то правовую базу, или даже две - Гарант и Консультант+. Канцелярия активно переписывается с клиентами, пересылая туда-сюда вордовые и эксельные документы. Как-то так. Средняя жизнь небольшой конторы. Сразу скажу, что SharePoint и InfoPath не принципиальны - можно и убрать. Ввел просто для усложнения задачи. Вот. И каков будет сценарий перевода? Прерывать работу нельзя, только на выходных. Подумал и решил, что можно еще добавить MS Access. Предположим что экономисты или аналитики используют, чтобы выборки по данным проводить. А! Блин, забыл! Какая же организация сейчас без сайта! Значит есть еще дизайнер, который работает с фотоаппаратом (снимки в формате Raw), с планшетным сканером, с принтером цветным струйным (Epson какой-нибудь). Из ПО у него Adobe Photoshop, Image Ready, Acrobat (не ридер, а полный акробат!), до кучи Adobe Premiere (хотя на кой фиг ему Премьер, ну да ладно) и Corel Draw с Adobe Illustrator. Еще есть охранники, у которых тоже есть сервер (а может и рабочая станция, по фиг), на котором крутится приложение к которому подключено 20-30 камер видеонаблюдения и оно все видеопотоки цифрует и пишет в avi-шки. Под Windows, само собой. Ну как-то так. ------------------------ Дополнение: Скидывали мне такую вот ссылку: >Посмотри сюда http://www.linuxrsp.ru/win-lin-soft/table-rus.html и немного вопросов отпадет. Проблема в том, что по ссылке приведена таблица, содержащая только названия программ, без описания их дополнительной функциональности. Расчет составителей таблицы направлен на то, что либо пользователь сам отлично знает все программы, причем как с той, так и с другой стороны (но зачем ему тогда такая таблица?), либо ему хватает (или он нуждается в) только основной функциональности приложений. К примеру, возьмем почтовый клиент. Понятно, что есть всякие клиенты. Но поддерживают ли клиенты в правой части таблицы, допустим, OpenLDAP? А если поддерживают, то все ли? Показывают ли они письма в HTML формате? А если письмо в формате Word? Покажет ли его клиент, как это делает MS Outlook или надо будет запускать OpenOffice? Имеет ли клиент механизм отслеживания получения/прочтения/ответа/перенаправления писем с проставлением меток в оригинальном/полученном/перенаправленном письме? Есть ли механизм скриптов, не фильтров, а нормальных скриптов на любом из языков (в Outlook можно использовать скрипты WSH, то есть можно и Java, и C#, и старый VBA)? Вторая засада в том, чтобы не просто подобрать аналог, а подобрать аналоги так, чтобы они могли работать совместно. Интероперабельность в продуктах MS, на мой взгляд, хоть и не на большой высоте, но на порядок превосходит то, что я видел в обособленных приложениях. Понятно, что основана она не на открытых стандартах взаимодействия, зачастую урезанных или иногда даже отсутствующих в некоторых областях, на которые вынуждены опираться разработки свободного софта, но факт остается фактом - если производить замену, то конечным пользователям надо предоставить как минимум, те же возможности, что у них были раньше. И не путем невероятного усложнения их действий - этим мы спровоцируем недовольство измененими, а может даже вызовем откат к старому. А также, крайне желательно, не путем невероятного усложнения работы админов - админы тоже люди, а от работы кони, как известно, дохнут. К тому же - чем выше уровень сложности системы, тем большее значение приобретает опыт и квалификация персонала, возрастает уровень операционного риска. Ну и деньги - опытные и умные админы стоят недешево. Я бы с удовольствием почитал детальные succes story, о переводе организаций с 100-200 рабочими станциями на свободный софт. Причем не сугубо узкопрофессиональные фирмы, понятно, что можно перевести на unix допустим интернет-салон с 300 рабочих станций - все-таки деятельности фирмы очень специфичная. Интересует опыт работы с организациями "широкого профиля", примерно такими, какую я описал. Есть ссылки на такие статьи?