照理，网络连通与否不会影响服务的，看下alert日志里，系统启动前后的内容。

想了下，也许还需要windows的事件日志，看看是不是有与db以及listener有关的消息。

不知道你是不是和我用的相同的业务系统，我们的经验是当windows2003启动到登录界面时，不要急于登录，等待约1分钟后再登录系统可以减少很多问题。
另外还遇到的情况是业务服务下直启动不起来，检查oracle的实例服务和监听服务都正常。问题在于实例服务虽然正常启动了，但是oarcle的数据库处于nomount状态，需要把数据库加载到mount状态。具体操作命令自查。

引用 3 楼 weixin_40290083 的回复:

不知道你是不是和我用的相同的业务系统，我们的经验是当windows2003启动到登录界面时，不要急于登录，等待约1分钟后再登录系统可以减少很多问题。
另外还遇到的情况是业务服务下直启动不起来，检查oracle的实例服务和监听服务都正常。问题在于实例服务虽然正常启动了，但是oarcle的数据库处于nomount状态，需要把数据库加载到mount状态。具体操作命令自查。

所以让你查alert日志，为什么实例会处在nomount状态不能自动挂载？是不是遇到了特别的问题，你得找到这个原因才能做进一步的处理。
或者你可以看下是不是你windows服务设置的问题
另外，如果你找不到alert，可以这么来找这个日志文件：
sqlplus "/as sysdba"
show parameter background_dump_dest
这个参数指向的目录下，有一个alert${ORACLE_SID}.log文件，你找下这个文件，在系统启动时间点前后的内容，看看能不能找到实例只能启动到nomount状态下的原因。

另外，listener日志目录：
lsnrctl status命令输出中，有一个Listener Log File，但这个指向的是个xml文件，可读性较差，可以退出这个xml log所在的alert目录，到其同级的trace目录下，找到一个listener.log文件，一样，也可以找找系统启动时间点前后的监听日志，看看监听到底为什么启动失败了。

另外还想到一个可能，是不是用oradim创建的服务，并且没有指定startmode为auto？