Максим Гришин, про дублирование свичей абсолютно согласен.
Вообще, когда собираешь отказоустойчивую инфраструктуру, все надо дублировать. Иначе этот не продублированный узел сразу становится точкой отказа.
Та же ситуация и с хранилищем - оно в моей схеме единственное. В правильных системах используют хранилище с двумя контроллерами (любой контроллер может заменить другой) и/или 2 хранилища с возможностью on-line дублирования данных.
Ту да же можно добавить - дублирование блоков питания на сервере и хранилище, дублирование сетевых интерфейсов и т.п.
Но для сети в 20 компов все дублировать может быть слишком затратно, поэтому нужно все обдумать, на чем можно сэкономить: что держать в холодном резерве в удаленном офисе, что в главном, что дублировать.
HA - High availability - высокая доступность.
В продуктах VMWare это так называется, в других может по другому.
Смысл в том, что HA контролирует состояния гипервизоров и если видит, что один из них перестал отвечать, то переносит настроенные ВМ на работающие гипервизоры.
leremin, В работающей десктопной винде всегда есть есть службы работающие с правами LocalSystem или NetworkService, так что ядро действительно многопользовательское. Кроме того всегда можно запустить любую программу от имени другого пользователя вручную.
Но легально запустить два сеанса рабочего стола нельзя.
- Нормальный удаленный доступ. Тоже не понимаю, зачем Windows блокирует экран при удаленном подключении даже под другим логином.
Экран блокируется при удаленном доступе только в десктопной версии винды, т.к. это однопользовательская ОС, т.е. в один момент времени может работать только один пользователь. Есть варианты для лечения, но это нарушение лицензии, конечно. В серверных версиях может заходить сколько угодно пользователей (столько сколько куплено лицензий) - ничего не блокируется.
Ну и протокол RDP в винде очень хорош и служба терминалов нормальная.
Знаю, что в никсах можно делать удаленные экраны X Window (сейчас уже не вспомню правильной терминологии - давно было), но никогда не видел нормально работающего варианта. Как-то сам пытался это сделать, но без особых успехов.
VNC по сравнению с RDP - жалкая поделка.
Единственный нормальный удаленный доступ в никсах - это ssh, но он есть и в винде.
avp dnepr, Опишите подробней ситуацию.
1.какая версия винды?
2.как подключаетесь к интеренту: WiFi, кабель? Если кабель, то прямой от провайдера или есть роутер?
3.Как происходит ошибка: сразу после включения компа, позже, как повторяется? Какие закономерности появления ошибки вы обнаружили?
4.Что делаете, чтоб восстановить работу?
Судя по вышеприведенному диалогу :-) виновником может быть не только компьютер, но и роутер.
Протестируйте роутер с другого устройства, если есть возможность.
Это не ошибка. Уровень: Сведения. Т.е. это информационное сообщение, о чем понятно из текста.
Обычно мастер диагностики сетевых ошибок в винде сделать ничего толкового не может.
Ищите ошибку сами или дайте сюда больше информации о том, как проявляется ошибка и как подключаетесь к интернету.
Игорь Веденов, значит предусмотрите механизм, чтоб можно было включать/выключать автоподключение ВПН.
Альтернатива - установите ssh сервер, настройте к нему доступ снаружи и будете иметь доступ к командной строке, откуда можно стартовать ВПН вручную. Но если у вас дома динамический адрес, нужно будет дополнительно как-то решать проблему с постоянной сменой адреса.
Я бы предпочел первый вариант в том или ином виде.
nelepica, Этот сервер с белым IP у вас является шлюзом в интернет для внутренней сети? И он не контроллер домена АД?
Если да, то поднимайте на нем ДНС с зоной для внешнего использования. Там можно публиковать только реально видимые из интернета имена узлов.
Интернет домен, у вас должен быть куплен и для него настроен IP адрес ДНС сервера - это должен быть адрес вашего сервера на котором вы развернете внешний ДНС.
Ваш текущий ДНС будет "для внутреннего использования".
nelepica, Не зная организации вашей сети дальше трудно что-то советовать.
В Windows Server - есть встроенный ДНС сервер, нужно его установить и настроить зону.
Если у вас внутри сети развернута АД, то все еще усложняется, т.к. она использует ДНС для работы своего домена. На всех контроллерах домена работает ДНС сервер с внутренней зоной АД.
Валерий Гайсин, В любом редакторе, умеющем перекодировать текст, например Notepad++.
Можно через студию с помощью диалога File->SaveAs, там есть возможность установить кодовую страницу сохраняемого файла.
Так же есть опция Tools->Options->Environment->Documents->Save document as UNICODE ...
и Tools->Options->Text Editor->Auto-detect UTF-8 ...
Кроме того есть опция компилятора: /source-charset и /execution-charset.
В целом в студии как-то все не однозначно с кодировками.
На самом деле у меня не было проблем с UTF8 в студии, я всегда пишу исходники в UTF8 и при выставлении в свойствах проекта опции General->Character set->Use Unicode character set все собирается нормально. Редактор так же корректно распознает UTF8 в существующих исходниках по умолчанию.
Тут функции WinAPI для работы с консолью. Чтоб узнать текущую кодировку консоли вам нужна GetConsoleCP() :)
Герман, Значит вы как-то не так конвертируете.
Номера дней и месяцев нужно представлять дополненными до длины 2 символа нулями, т.е. 1 -> 01, 2 ->02 и т.п. Год должен быть представлен 4 цифрами.
Способ работающий, можно легко проверить создав например несколько файлов с такими именами и отсортировав их - увидите, что будет правильная сортировка.
4ainik, Если вы открываете taskmgr уже с правами администратора, то не спрашивает. Если нет, то по умолчанию открываются процессы только текущего пользователя, но если нажать на кнопку "Отобразить все процессы", то будет запрос на запуск от имени администратора. В названии кнопки могу ошибаться, т.к. давно уже не юзал ВинХР.
Как я писал выше в стандартной команде start, которую можно запустить из cmd.exe есть опции, позволяющие управлять affinity mask запускаемого процесса. Если через нее запускать ваше приложение, то возможно вы сможете добиться того чего хотите. Смотрите:
start /?
И кстати, в случае использования start вам, скорее всего, не понадобятся админские права, т.к. не нужно будет изменять affinity mask существующего процесса.
Других утилит для работы с affinity mask я не знаю, особо никогда этой темой не интересовался.
Вообще, когда собираешь отказоустойчивую инфраструктуру, все надо дублировать. Иначе этот не продублированный узел сразу становится точкой отказа.
Та же ситуация и с хранилищем - оно в моей схеме единственное. В правильных системах используют хранилище с двумя контроллерами (любой контроллер может заменить другой) и/или 2 хранилища с возможностью on-line дублирования данных.
Ту да же можно добавить - дублирование блоков питания на сервере и хранилище, дублирование сетевых интерфейсов и т.п.
Но для сети в 20 компов все дублировать может быть слишком затратно, поэтому нужно все обдумать, на чем можно сэкономить: что держать в холодном резерве в удаленном офисе, что в главном, что дублировать.