Я использую 2 варианта:
1. Бекап с помощью MSSQL (каждые 4 часа T-LOG в течении раб. дня и в конце дня полный, хранится 2 недели).
2. Ночью скрипт выгрузки в dt (нужно скорее для возможности передать дамп разработчикам либо для хранения долгих бекапов).
Скрипт писал сам, перед выгрузкой блокирует фоновые задания, блокирует возможность подключения, отключает сессии, так как если одно из них есть то выгрузка в dt не будет выполнена. Кстати под сервер 8.3 пришлось в скрипт добавить выбивание через объект консоли сервера, так как почему то не всегда срабатывал метод отключения через ИБ.
Часто по работе требуется разворачивать из бекапа тестовые базы, для этого обычно использую SQL бекап так как он работает быстрее чем из dt.
Тоже самое, первая идея — а почему не замерять энергопотребление в розетке и на основе этого делать вывод. Так к стати можно детектировать и около телевизионную технику.
В диалоге Открыть файл, можно указать урл к файлу и он будет открыт.
Это удобно использовать когда нужно к примеру загрузить картинку на сайт через браузер с другого сайта.
А вы не смотрели как определяет зарядку аппарат? Иногда он может писать «Зарядка от USB» а иногда от что от AC и это тоже зависит от кабеля.
Еще есть какая вещь (у HTC, не знаю как у других), для определения от чего идет зарядка (от ЗУ или от USB) по коротышу между 2 проводами и на основе этого или заряжается на полную или 500мА.
Смотря какую схему выбрать вот варианты (я смотрю со своей колокольни как сотрудник компании предоставляющей услуги, из расчет что все на винде):
— Вы арендуете железо + аренда ПО от MS по SPLA + размещение в DC. Тут все в ежемесячных платежах и ПО меньшая по затратам. Но нужно прикидывать, что выйдет дешевле. Просто прикинуть сколько будет окупаться ПО+железо если его купить, с учетом когда оно устареет.
— Вы покупаете железо + аренда ПО по SPLA + размещение. Уже ежемесячный платеж меньше и перенести будет проще (хотя ПО придется деактивировать).
— Вы все покупаете + размещение. Вот тут первичные затраты будут большими причем затраты на ПО. Но нет проблем с переносом.
Скажу, что часто у нас берут первые два варианта, причем если требуется хорошее железо, то клиент берет второй вариант (так как аренда железяки возрастает сильно).
ИМХО определится «нужна ли инфраструктура в облаке» можно сразу по вопросу: «Зависима ли работа компании от доступности интернет».
Самая большая точка отказа это ваш канал в интернет. Если бизнес завязан на интернете то при падении канала вы все равно не сможете работать и не важно где инфраструктура. Если не зависит, то перенося все в облако, вы приобретаете эту зависимость.
Так же куча других моментов. К примеру: Что вы будете делать если вдруг решите расстаться с провайдером услуг? Все же облако на арендованном софте/железе это еще и игла. Подсев трудно будет слезть.
Вообще при переносах инфраструктуры в облако, нужно посидеть с бумажкой и прикинуть возможные ситуации и как они будут решены и как будут решены часть проблем самим провайдером услуг.
Вот допилили бы они свой клиент под Windows 8.1 x64. Время идет а ошибку, при выключении компьютера «cloud.exe память не может быть read» так и не починили, хотя на саппорте пользователи уже жаловались.
Если я не ошибаюсь, то по SPLA возможна выдача Win7/8 в аренду, но только в составе VDI/ HyperV.
Нельзя выдавать в виде физической машины.
Лицензирование будет идти или как Windows Standard или Datacenter.
Вроде говорят будет/есть доступ к базе оператора реестра номеров ЦНИИС.
Банковские привязки придется тоже обновлять, так как привязка к SIM карте.
Так же для пополнения, можно/нужно указывать не тел. номер а номер договора, операторы должны дать такую возможность.
Иначе могут деньги не туда уйти.
В принципе можно. Но с бубном.
Использовать программу типа SMB Server или FTP Server или (есть куча реализаций для доступа к файлам на устройстве в т.ч. через браузер по http)… и в андроиде включить WiFi Tether.
Клиенты подключаются к нему как к точке доступа и оказываются в единой локалке.
1. Бекап с помощью MSSQL (каждые 4 часа T-LOG в течении раб. дня и в конце дня полный, хранится 2 недели).
2. Ночью скрипт выгрузки в dt (нужно скорее для возможности передать дамп разработчикам либо для хранения долгих бекапов).
Скрипт писал сам, перед выгрузкой блокирует фоновые задания, блокирует возможность подключения, отключает сессии, так как если одно из них есть то выгрузка в dt не будет выполнена. Кстати под сервер 8.3 пришлось в скрипт добавить выбивание через объект консоли сервера, так как почему то не всегда срабатывал метод отключения через ИБ.
Часто по работе требуется разворачивать из бекапа тестовые базы, для этого обычно использую SQL бекап так как он работает быстрее чем из dt.
Зачем нужны все эти левые бекаперы — не пойму.
UPD: Вот вроде это с поддержкой Exchange, но сам не пробовал
Это удобно использовать когда нужно к примеру загрузить картинку на сайт через браузер с другого сайта.
Еще есть какая вещь (у HTC, не знаю как у других), для определения от чего идет зарядка (от ЗУ или от USB) по коротышу между 2 проводами и на основе этого или заряжается на полную или 500мА.
А если посмотреть в сторону лизинга. Просто как идея для обновления парка.
— Вы арендуете железо + аренда ПО от MS по SPLA + размещение в DC. Тут все в ежемесячных платежах и ПО меньшая по затратам. Но нужно прикидывать, что выйдет дешевле. Просто прикинуть сколько будет окупаться ПО+железо если его купить, с учетом когда оно устареет.
— Вы покупаете железо + аренда ПО по SPLA + размещение. Уже ежемесячный платеж меньше и перенести будет проще (хотя ПО придется деактивировать).
— Вы все покупаете + размещение. Вот тут первичные затраты будут большими причем затраты на ПО. Но нет проблем с переносом.
Скажу, что часто у нас берут первые два варианта, причем если требуется хорошее железо, то клиент берет второй вариант (так как аренда железяки возрастает сильно).
Самая большая точка отказа это ваш канал в интернет. Если бизнес завязан на интернете то при падении канала вы все равно не сможете работать и не важно где инфраструктура. Если не зависит, то перенося все в облако, вы приобретаете эту зависимость.
Так же куча других моментов. К примеру: Что вы будете делать если вдруг решите расстаться с провайдером услуг? Все же облако на арендованном софте/железе это еще и игла. Подсев трудно будет слезть.
Вообще при переносах инфраструктуры в облако, нужно посидеть с бумажкой и прикинуть возможные ситуации и как они будут решены и как будут решены часть проблем самим провайдером услуг.
Hyper-V тоже есть в бесплатном варианте.
Нельзя выдавать в виде физической машины.
Лицензирование будет идти или как Windows Standard или Datacenter.
Банковские привязки придется тоже обновлять, так как привязка к SIM карте.
Так же для пополнения, можно/нужно указывать не тел. номер а номер договора, операторы должны дать такую возможность.
Иначе могут деньги не туда уйти.
Использовать программу типа SMB Server или FTP Server или (есть куча реализаций для доступа к файлам на устройстве в т.ч. через браузер по http)… и в андроиде включить WiFi Tether.
Клиенты подключаются к нему как к точке доступа и оказываются в единой локалке.