MongoDB – Using RAID0 for Performance

Some thoughts on each of the options:

1. I would say that writing this code in any case is probably a good idea - if something does go wrong on the performance side of things you already have the code written to deal with it in some way, rather than just sending exceptions or timeout messages back to the users.
2. This sounds like pre-splitting and pre-allocation, which again, is probably a good idea to do anyway - why wait until just before use to create a database? In fact, this would mirror how mongodb does data file allocation, it always has one empty data file waiting to be filled before it is needed. The pre-allocation it does is for adding data to a DB though, it can't psychically figure out the need for a new DB, hence that initial allocation may be slowing you down. Also, make sure you are on ext4/XFS and not using an old kernel to ensure that the allocation is as quick as possible.
3. I believe that doing pre-allocation is a better option here - I have not heard of anyone using copyDatabase in this manner, so it would require a lot of testing. Pre-allocating databases in advance though is quite common.
4. This does sound a bit painful, I think there are better options described above

Overall, if you know you are going to need a new database every hour, create multiple databases in advance of their need. I know this would mean extra disk usage, but it should be quite predictable (look into the --smallfiles option if your data set is quite small).

As per Robomongo Tool error shows like that

A primary with different host name [:27017] found in server side. Please double check if same host name and ports are used as in server's replica set configuration. If same set name is used for different replica sets, this configuration is supported only on different instances of Robomongo. Please open a new Robomongo instance for each replica set which has the same set name.

As per github blog documentation here it seems like the problem is Robomongo cannot learn the set name which is a critical information for connections to replica sets.

For Example Workaround

1. Find a way to get your replica set name, something like rs-..., it shows it in the URL
2. Close Robomongo
3. Open this file in your editor
   1. ~/.config/robomongo/1.0/robomongo.json on macOS
   2. C:\Users[your name].config\robomongo.json on Windows
   3. ~/.3T/robo-3t/1.2.1/robo3t.json on Linux
4. Search for the empty setName and add the replica set name there and save the file
5. Start Robomongo again and it should work

For further your ref here