Saya punya file DLL di direktori SYSTEM32 dari satu server, yang saya tidak yakin sebenarnya saya butuhkan.
Google telah memberi tahu saya untuk apa biasanya digunakan, tetapi perangkat lunak belum pernah diinstal pada sistem ini. Namun, saya menganggap itu mungkin bahwa salah satu produk yang diinstal pada server mungkin telah memasukkan (dan karena itu, mungkin, akan memerlukan) file.
Saya melakukan pencarian melalui Registry untuk nama file, dan juga untuk beberapa string yang saya temukan di metadata file, dan saya tidak dapat menemukan sesuatu yang informatif. (Meskipun kunci ACMru memang menarik perhatian saya, sampai saya menemukan untuk apa itu .)
Apakah ada hal lain yang bisa saya lakukan, untuk mendapatkan sistem itu sendiri untuk memberi tahu saya program apa yang menginstal DLL, dan / atau program apa yang diinstal (jika ada) yang akan menggunakannya?
CATATAN: Saran alat bagus, tetapi saya tidak akan menginstal atau menjalankan perangkat lunak tambahan pada sistem ini. Saya perlu bekerja dengan apa pun yang tersedia pada instalasi default Server 2003.
sumber
Anda berpotensi memeriksa setiap file .MSI di folder% SystemRoot% \ Installer. Semua (?) Program yang diinstal melalui penginstal Windows akan menambahkan MSI mereka di sini sehingga mereka dapat dihapus di lain waktu. Folder ini umumnya memiliki banyak hal. Jika / Setelah Anda menemukan dll di antara banyak paket MSI, Anda harus memetakan paket kembali ke nama yang didefinisikan dengan baik.
Untuk mendekompilasi file msi menggunakan skrip, Anda dapat mencoba menggunakan alat VBS ini http://www.hanselman.com/blog/HowToListAllTheFilesInAnMSIInstallerUsingVBSciript.aspx atau Anda dapat mencoba program bernama MSIDiff (yang belum pernah saya gunakan) http: //dennisbareis.com/msidiff.htm . Tentu saja, mengingat kendala tidak harus menginstal alat, yang terakhir tidak perlu bekerja dalam hal itu. Yang pertama akan jika cscript diinstal.
Alat yang terakhir mungkin melakukan pemetaan nama paket untuk Anda tanpa menggunakan pencarian manual untuk nama file GUID atau MSI yang sesuai. Alat sebelumnya dapat dimodifikasi untuk membuang nama paket jika Anda tahu tabel / kolom mana yang menjadi referensi (saya tidak).
Skrip VBS hanya memeriksa file MSI dari perspektif basis data. Pekerjaan utama dilakukan dengan: database.OpenView ("SELECT FileName FROM File").
sumber
msi
instalasi ...Monitor Proses dapat melakukan ini untuk Anda. Cukup filter dengan nama DLL dan ketika suatu program mencoba memuatnya akan muncul entri yang menyebutkan proses mana yang mencari dan / atau mengakses DLL yang Anda sebutkan.
Anda juga harus mencoba melakukan log boot (aktifkan boot logging di menu, lalu reboot dan buka lagi monitor proses) yang diperlukan untuk menangkap program dan layanan yang memuatnya saat boot.
sumber