Infrastruktur kami sebenarnya disusun oleh pusat data utama di kantor pusat, di mana hampir semua layanan dan aplikasi terpusat, dan pusat data yang lebih kecil, di sebuah gedung di seluruh kota, dihubungkan dengan serat, dengan layanan dan aplikasi yang terkait dengan lokasi ini. Selain itu, kami memiliki banyak lokasi di kota, yang terhubung oleh WLAN atau dsl.
Dalam hal kegagalan interkoneksi jaringan yang mungkin terisolasi salah satu kantor utama, atau pusat data turun, kita memerlukan layanan tertentu, sebenarnya disediakan hanya oleh pusat data utama, seperti server cetak, masih tersedia secara lokal.
Jadi kami bertanya-tanya apakah mungkin, (dengan windows), untuk memiliki server cetak utama yang tinggal di pusat data kami, dan satu komputer di kantor lain yang tetap sinkron dengan server cetak utama, dan ketika itu menjadi tidak terjangkau, mengambil tugasnya secara transparan kepada pengguna (tanpa perlu mengubah pemetaan printer bersama di komputer pengguna, katakanlah, kami memiliki printer bersama bernama \ srv-printers \ printer1, dan itu seharusnya bekerja tidak peduli apa pun server yang melakukan pekerjaan itu.
Saya meng-google-nya, dan melihat tentang kluster failover windows, tetapi sepertinya tidak persis yang ingin kami lakukan, pertama-tama kluster failover perlu terhubung secara fisik (dalam kasus kami, mesin akan berada beberapa mil jauhnya), dan tampaknya berorientasi pada hanya satu mesin yang melakukan pekerjaan pada satu waktu, kita memerlukan itu dalam operasi normal, yang hanya satu mesin melakukan pekerjaan (untuk keperluan akuntansi cetak) dan dalam kasus masalah jaringan (WAN), mesin yang tidak dapat mencapai server master, bekerja secara bersamaan tetapi terisolasi, dan ketika semuanya diperbaiki, kembali ke peran pasive-nya tanpa rasa sakit.
kami meminta banyak hanya untuk menjaga hal-hal terpusat? Jika berfungsi dengan server cetak, kami akan mempertimbangkan untuk melakukan hal yang sama dengan layanan lain.
Jawaban:
Tanpa menggunakan solusi server cetak pihak ke-3, Anda melihat pengelompokan yang tersebar secara geografis. Namun, itu biasanya membutuhkan subsistem penyimpanan yang mahal dan karenanya mungkin bukan kandidat terbaik untuk topologi hub / spoke campuran Anda. Jika Anda memiliki dua DC, satu di antaranya adalah primer dan sekunder, Anda dapat menggunakan konfigurasi seperti itu dan membuat server cetak berkerumun di antara DC, mengumpulkan pekerjaan untuk printer di setiap kantor. Meskipun dalam kasus ini, jika salah satu kantor menjadi offline total, ia tidak akan dapat mencetak sama sekali.
Sebagai alternatif, Anda dapat menempatkan server cetak Windows yang berdiri sendiri di setiap kantor dan secara berkala menarik statistik akunting dari log aktivitasnya menggunakan sejumlah skrip pra-panggang yang telah ditulis orang untuk tujuan yang tepat ini.
Bergantung pada kemampuan printer Anda, Anda mungkin sudah memiliki kemampuan akuntansi dalam firmware dan hanya dapat menarik statistik dari sana, tanpa memerlukan server Windows di masing-masing kantor Anda.
Atau Anda dapat menyelidiki solusi pihak ketiga seperti yang disebutkan sebelumnya. Bagaimanapun, harap ini membantu Anda memilih solusi, yang sesuai dengan kebutuhan dan anggaran Anda.
- ab1
sumber